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ABSTRACT 



A telecommunications method and apparatus for sending 
non-protocol messages from a source to a remote phone 
terminal having a display includes converting the messages 
at the source into a format that is compatible with transmis- 
sion via a signaling channel of a telecommunications line 
having at least one digital user data channel in addition to the 
signaling channel. For example, the telecommunications 
line may be an ISDN link. The formatted messages are 
visually displayed at the remote phone terminal. As 
examples, the messages may be menu options of an inter- 
active voice response unit, facsimile documents of a fac- 
simile server, or voicemail messages of a voicemail server. 

20 Claims, 5 Drawing Sheets 
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METHOD AND APPARATUS FOR USING A 
D-CHANNEL FOR DISPLAYING USER DATA 

BACKGROUND OF THE INVENTION 

The invention relates generally to methods and apparatus 
for presenting messages to a party via a telephone network 
and more particularly to transmitting messages using a 
digital communications line having at least one user data 
channel and a separate signaling channel. 

DESCRIPTION OF THE RELATED ART 

Digital telephones provide features that are typicaDy not 
available to a user of a conventional analog telephone. The 
higher bandwidth that is available when using digital com- 
munications lines accommodates the addition of advanced 
features. An Integrated Services Digital Network (ISDN) 
includes at least two B-channels that carry user data and 
includes a D-channel that carries signaling information. 
Each of the B-channels is a 64 Kbps digital channel, while 
the D-channel may have a bandwidth of 16 Kbps or 64 Kbps. 
A Basic Rate Interface (BRI) has two B-channels and a 
single Kbps D-channel, and is therefore sometimes referred 
to as a 2B+D interface to ISDN. The effective bandwidth of 
a BRI is 144 Kbps. Even greater bandwidth can be achieved 
using a Primary Rate Interface (PRI) that consists of either 
23 or 30 B-channels for user data and a single 64 Kbps 
D-channel for the signaling information. The 23B+D inter- 
face is used in North America and in Japan to provide an 
effective bandwidth of 1.544 Mbps, while the 30B+D 
method is used in Europe to provide an effective bandwidth 
of 2.048 Mbps. 

Most of the signaling information that is passed along a 
D-channel is connectivity-related. That is, the D-channel 
carries call messages that are often transparent to the parties 
and relate directly to telephony signal exchanges. Examples 
of connectivity-related messages that are transmitted via the 
D-channel include CONNECT, CONNECT 
ACKNOWLEDGE, DISCONNECT, and RELEASE sig- 
nals. However, not all of the connectivity-related messages 
are transparent to the parties of a call. Some digital tele- 
phones include display capability. Information regarding an 
incoming call may be displayed on a readout, such as a 
Liquid Crystal Display (LCD). This displayed connectivity- 
related information may include an identification of the 
telephone number and even the name of the calling party. 
Moreover, if an incoming call has been sent, the 
connectivity-related message may include the originally 
called telephone number and the reason for sending, e.g., 
sending from a ring-busy telephone or a ring-no-answer 
telephone. 

The B-channels of an ISDN carry the user data. For 
ordinary telephone calls, the user data is digitized voice 
information. Digital transmissions are less susceptible to 
transport-induced distortion than analog transmissions. 
Additionally, any distortion that is induced is more easily 
filtered. 

The user data that are transmitted via the B-channels of an 
ISDN may be facsimile data. Documents may be sent to a 
server and stored for later retrieval. An individual who 
identifies a particular document and/or provides a password 
is sent one or more documents. Conventionally, retrieval 
requires a facsimile machine or a personal computer having 
modem capability. Thus, the availability of the required 
equipment limits the ability of a user to download facsimile 
documents. 

In addition to realtime voice information, user data trans- 
mitted via B-channels of an ISDN include recorded voice 
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information. For example, the B-channel voice information 
may be voicemail sent from a server. A voicemail server 
operates in a manner equivalent to the facsimile server. As 
another example of sending recorded voice information, 

5 voice prompts of an interactive voice response (IVR) unit 
are transmitted via B-channels. The IVR presents messages 
to a caller, with the caller being prompted to depress certain 
buttons on a keypad of a phone in order to make selections. 
For example, a pay-per-view facility may present a decision 

10 tree in which one menu level is used to specify a type of 
movie and a subsequent menu level is used to select a 
particular movie. A concern in the presentation of voice 
information to a caller is that it sometimes requires a 
relatively high degree of comprehension. Another concern is 

15 that a caller may sometimes have difficulty in hearing the 
voice information. For example, a caller in a noisy environ- 
ment may miss portions of a voice message. In another 
example, the caller may be hearing impaired and, therefore, 
unable to use a pay-per-view facility or other IVR unit 

20 unless specialized equipment is accessed, such as a Tele- 
communications Device for the Deaf (TDD). However, such 
specialized equipment is often cost prohibitive. 

What is needed is a method and apparatus for sending user 
data to increase accessibility to messages and to enhance 

25 reliability and comprehensibility of the messages. 

SUMMARY OF THE INVENTION 

A telecommunications method of sending user data during 

30 a call between a source of messages and a remote phone 
terminal having a display includes converting the messages 
at the source into a format compatible with transmission via 
a signaling channel of the telecommunications line having at 
least one digital user data channel in addition to the signaling 

35 channel. In an ISDN environment, the signaling channel is 
a D-channel and the user data channel is a B-channel. The 
user data sent via the D-channel define a message that is 
unrelated to forming, maintaining, or terminating the call. 
Nevertheless, the converted messages are transmitted via the 

40 signaling channel for presentation at the display, rather than 
the user data channel or channels. 

In one embodiment, the converted user data are menu 
options of an interactive voice response unit. Optionally, a 
message is stored as both a text string in a text file and as 

45 voice information in a speech file that is associated with the 
text file. Within this multimedia embodiment, the text file is 
transmitted via the D-channel and the speech file is trans- 
mitted via the B-channel such that the visual presentation of 
the messages by means of the phone display is synchronized 

50 with the conventional audio presentation at the remote 
telephone. The conversion of the messages formats the 
information for the visual presentation at the display of the 
remote phone terminal. Again referring to the ISDN 
environment, the formatting may be achieved by embedding 

55 the menu information into DISPLAY Information Elements 
(IEs) or into containers (i.e., envelopes) of user-to-user 
information compatible with D-channel transmission, so that 
digital character strings are sent for display in realtime at a 
remote ISDN display phone. The visual presentation may be 

60 simultaneous with audio presentation of the menu options in 
order to increase comprehensibility or to accommodate the 
hearing impaired. 

In another embodiment, the user data are facsimile docu- 
ments and the source is a facsimile server. The conversion of 

65 the facsimile documents into a format for transmission via 
the signaling channel includes utilizing character recogni- 
tion techniques. The reformatted user data can then be 
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Preferably, the facsimile server fe resZsit .nl.fn i conventional manner to transmit connectivity-related 

from the remote phone, soothe SSt^^^rSSJS^TO^ 

tn ■ , . , l0 . ttle caller ' the D-channel is conventionally used to trans- 

In another embodiment, the user data are voicemail mes- mit «>nnectivity-related signals thai are apparent to the 

sages trom a voicemail server. The conversion of the mes- calIer bv Presentation at a display 22 of the telephone 12 

sages mcludes utilizing speech recognition techniques. For Such s k» b Me DISPLAY IE messages or a container fi e ' 
each of he facsimile and voicemail embodiments, a menu of 10 envelope) having user-to-user information, and may be used 

he available messages may be displayed to the user prior to to , ldentif y a P art X calling the display phone. In further 

transmission, allowmg the user to select among the available add f tion t0 signaling information that is conventionally 

messages. For example, header information that identifies exchanged via a signaling channel, such as the D-channel 

me content or the originating party of a facsimile or voice- the P resent invention employs the signaling channel to 

BRIEF DESCRIPTION OF THE DRAWINGS ^XSSSS^^^ 

FIG. 1 is a block diagram of apparatus for sending user ° f £ ™ "f.?: , „ 

dataof an interactive voice response unit in accordant with 20 ,u The u IVRumt 10 ^"des a display menu 24 that generates 

one embodiment of the invention. ,t)e . coa "cter strings that are associated with the menu 

FIG 2 is a perspective view of a prior art ISDN display to^Z^*" 1 *™* embodilnent ' the voice prompts and 

HG. 5 is a block diagram of an apparatus for sending user f'^vely scroll through the available options by manipu- 

data from a voicemail server in accordance with a third i atlng ^ display phone to transmit signals to the I VR unit 

embodiment of the invention. 10. Typically, the string management device 26 is a com- 

FIG. 6 is a process flow of steps for utilizing the apparatus f^T" °! l y R J unit - formation exchanged between the 

of FIG. 4 or the apparatus of FIG. 5. 35 IVR umt ^ the display phone 12 passes through a public 

deta™, aEscmvnoN SSSC^Sr;^- 

m^f ref T ° Ce '° FIG - 311 tractive voice response ,/™ \ ^ u f a,es th f feat "es of the ISDN display phone 
(IVR umt 10 includes both voice prompt capability and , teleph ° D6 lncIude s the small-screen display 22 for 

visual display capability with respect to the presentation of * presentmg alphanumeric characters. The display allows the 
menu options of a decision tree. Consequently, a caller at a oresentaU ° n ° f different options in a one-by-one time 
display phone 12 may receive visual prompts, audio Seq " enc f- While not critical, the phone may include a first 
prompts, or both. In response, the caller identifies the f l"" 0 " 32 that aUows a user to "oH through the 
selection by depression of a particular button on the tele- ° P " f essure at 0De side of the control button 32 will 
phone keypad. The IVR unit includes receivers that detect 45 !Tf 3 f 0 ™ 1 ^ ,hrough me «vailablo options, 

which keypad button has been depressed by a user at a „ PKSSan at lhe opposi,e side of ,he «ntiol button will 
remote telephone. Signal exchange by means of keypad ,°V '° ^J 0 " in reyersc order - The indication of a 
manipulation is well known in both digital and analoe T ofone ° f ,he °P«"°ns may be provided by depres- 

telecommunications; e.g., dual tone mul.ifrequency ,„ ^f'f™ button 34. However, the conven- 

(DTMF) detection m an analog environment, and keypad ™ . f SdeCtmg aaoa * °P tions Presented by an 
IEs (Information Elements) in a digital environment ° 18 10 depress desi gnated buttons of the keypad For 

The IVR unit 10 includes a conventional voice menu 14 21?"!'™ f ^ key 36 ^ indicate a 
that stores and replays voice information relating to 3ible ? T °f ^ Kssioa ° f "3" key 38. 
menu choices. At a first level of the decision tree an IVR « amplified method of implementing the IVR embodi- 
umt for selecting movies may present menu options of the n of pi^T ^ - AcaUer at the ISDN displa y &™ 
types of available movies, e.g. "suspense" or "comedy." The in ? .* D ™ il mitiateS connec "'vity with the IVR unit 
caller at the display phone 12 selects the type by depression l the PS ™ 28, 38 shown at s,ep 40 «» call has 
of the appropriate button on the keypad. Based upon the .hT Se / Up ' me ^^it transmits the available options. In 
selected type, the second level presents particular movies «, . P embodiment, the voice menu 14 transmits the 

that are available. F S 60 °P tlon s over the B-channel 16 of the interface 18 simulta 

In FIG. 1, the voice information is transmitted to the ^ ^ CharaCtCr StringS from the dis P la y men u 24. 

display phone 12 via one or more B-channels 1« of a„ KDN 5n, , " 0P 4^ ,S aSSOciated with a character st ™g to be 
interface 18. However, the use of ISDN tele^mmunTcS 44 A« ^ ■ D1 f PLAY meSSage ' 25 shown at st6 P s « ™d 
isnotcriticalto the invention. Other link, wSSS one es fhe t^T^ DISPLAYm ^ -ay be in 

or more user data channels in addition to a signaling channel VkilTr f user - t °- user Plainer or a DISPLAY IE. 
maybesubstit„ tedfortheISDNinterfarel |^/ s . n 4 ^^^^^^^^ 
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monitors the selections made by the caller and processes the 
selections using known techniques. 

One advantage of the use of visual prompts utilizing 
readily available telephones 12 is that no expensive and 
specialized equipment is required at the I VR unit 10 in order 5 
to allow access by the hearing impaired. Because ISDN 
display phones are used to access the information by imple- 
mentation of BRI/PRI connectivity, telecommunication 
devices for the deaf (TDD) are not required. Preferably, the 
visual prompts are transmitted regardless of the hearing 30 
capability of the caller. The use of visual prompts has 
potential benefits to all callers, particularly if the menu 
options are complex. 

While the ISDN phone 12 has been described and illus- 
trated as having the display 22 integrally formed with the 15 
housing that connects to the handset 48, this is not critical. 
Optionally, the display phone may be a phone emulation 
device, such as a personal computer that is software driven 
to display telecommunication messages received via a 
D-channel. 20 

FIG. 4 illustrates another embodiment of the invention. In 
this embodiment, the display of an ISDN phone is used to 
present facsimile documents from a fax server 50. The fax 
server is connected to a B-channel 52 of an ISDN interface 25 
54 to allow conventional transmission of facsimile docu- 
ments to a facsimile machine or a personal computer having 
modem capability. However, if the apparatus detects that the 
person who desires access to a document is located at a 
display phone, a D-channel 56 of the interface is utilized to 3Q 
transmit the documents from a fax message storage 51. A 
character recognition (CR) module 58 can be used to convert 
the document to character strings that are embedded into 
DISPLAY messages to a display phone of the type shown in 
FIG. 2. Preferably, the transmission presents the document 35 
in realtime and in a line-by-line fashion, allowing the caller 
to scroll through the document. A string management mod- 
ule 60 may be responsive to signals from the ISDN phone 
such that the caller determines the pace of the presentation 
of the character strings. In FIG. 2, the first control button 32 4Q 
may be used to scroll forwardly or rearwardly through the 
document. 

An equivalent operation may take place with respect to 
retrieving voice mail messages. Referring now to FIG. 5, a 
voicemail server 62 having message storage 61 is connected 45 
to a B-channel 64 of an ISDN interface 66 to accommodate 
message retrieval in the conventional manner. Additionally, 
the voicemail server is connected to the D-channel 68 of the 
interface by means of a speech recognition module 70 and 
a string management module 72. When the apparatus of FIG. 50 
5 identifies a calling party as being at a display phone, the 
messages from the voicemail server may be sent to the 
speech recognition module 70 and the string management 
module 72 to transmit the messages either simultaneously 
with the voice transmission or independently of the voice 55 
transmission. The speech recognition module converts the 
recorded voicemail message into text form, such as ASCII 
characters, while the string management module embeds the 
resulting text information into DISPLAY messages compat- 
ible with transmission over the D-channel. Optionally, mul- 60 
timedia messages are stored at the voicemail server or other 
voice processing server (e.g., an IVR), so that there are 
associated speech and text files. The conventional speech file 
is transmitted via the B-channel 64 for synchronized pre- 
sentation of the text that is transmitted via the D-channel 68. 65 

FIG. 6 illustrates process steps for implementing the 
fax-sending and voicemail-sending techniques for FIGS. 4 



6 

and 5. In step 74, connectivity is established. Typically, this 
is a call from a display phone, such as the one shown in FIG. 
2 or a soft phone, to the facility which includes the appro- 
priate server 50 and 62. When the server detects that the 
caller is at a display phone, the CR module 58 or the speech 
recognition module 70 is activated. 

Optionally, step 76 is included to present a menu of 
available messages. For example, header information of 
each of a number of different voicemail messages may be 
transmitted via the D-channel 68 to the display phone. The 
header information may identify the subject of the message, 
the author of the message, or both. If the implementation of 
the message-sending process includes step 76, the server is 
responsive to a selection by the caller. Step 77 is a step of 
monitoring the connection for the caller's response. At step 
78, the appropriate response is implemented. Based upon the 
header information that is displayed at the display phone, the 
caller may select among the available messages for a full- 
text display. 

In step 80, the selected message is converted to character 
strings that are in the format for transmission via the 
D-channel. The character strings are embedded into DIS- 
PLAY messages in step 82. The DISPLAY messages are 
transmitted in step 84 to the display phone for visual 
presentation to the caller. 

An advantage of the facsimile embodiment of FIG, 4 is 
that facsimile documents can be retrieved from a facsimile 
server 50 without requiring access to a facsimile machine or 
a personal computer having modem capability. A conven- 
tional display phone may be utilized. Another advantage is 
that the apparatus may be used to allow a caller to scroll 
through a fax document without requiring the document to 
be fully downloaded to internal memory at the location of 
the calling party. 

An advantage of the voicemail embodiment of FIG. 5 is 
that voicemail messages may be simultaneously presented 
audibly and visually. This may be particularly important to 
the hearing impaired and to a party receiving a voicemail 
message in a language that is not the native language of the 
party. 

While the embodiments of FIGS. 1, 4 and 5 are shown as 
being implemented separately, this is not critical. Optionally, 
the fax server 50, the voicemail server 62, and the IVR unit 
10 are housed within a single message center. The use of 
ISDN connectivity is not critical, since other communication 
techniques that allow DISPLAY messages to be carried 
along a signaling channel that is separate from the user data 
channel or channels may be employed in the manner 
described above. 

What is claimed is: 

1. A telecommunications method of sending user data 
during a call between a source and a remote phone terminal 
having a display, said method comprising steps of: 

establishing connectivity between said source and said 
phone terminal utilizing a telecommunications line 
having at least one digital user data channel and having 
a digital signaling channel, including exchanging call 
connectivity messages via said signaling channel; 

transmitting said user data via said user data channel; 

converting selected user data at said source into a format 
compatible with transmission via said signaling chan- 
nel for visual presentation of said selected user data at 
said display of said remote phone terminal, said 
selected user data being at least a portion of said user 
data transmitted via said user data channel; and 

transmitting said converted user data from said source 
utilizing said signaling channel, thereby providing dual 
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KE^ia^^"* ^ data d Tr r d t set °^ id ~ data ai ~" isdn 

2. He method of claim 1 wherein said step of converting ?f ' y phMe by 8endm * Sad DISPLAY 
said selected user data includes forming digital character 

strings representative of menu options of an interactive s transmitting said user data over one of said B-channels in 

voice response unit, said character strings being formatted the absence of formatting said user data into said 

for visual presentation at said display and wherein said step plurality of said text-related character strings so that 

XT' 08 ,. T da !f user data chanD61 subset of aid "« lata is transmitted Tver both 

ss^ssssr data for audible presentation at , ^t 1 ^ said ° ne ° f said 

3. He method of claim 1 wherein said step of converting 10 ti "JJ ? ^"f * ^ S ' Cp ° f fonnat - 
said selected user data includes forming digital daTS 8 aid SUbSCt ° f Said USer data incIudes converting one of 
sentative of facsimile messages stored at said source, said 3 volceinai1 messa ge or a menu tree of an interactive voice 
digital data being transmitted via said signaling channel. response unit into a sequence of said text-related character 

4. The method of claim 3 wherein said step of forming stnngs for dis P Ia y a « said ISDN display phone by transmis- 
said digital data representative of facsimile messages 15 sion across said D-channel. 

includes utilizing character recognition processing to con- 14 The method of claim 13 further comprising a step of 

V6 5 T^e f m f S?3g f • . • transmitting speech information across at least one of said 

™m ii ?1 I C } U ™ } T her / 1D said ste P of conv erting B-channels substantiaUy simultaneously with transmission 

Llrii! f US6r data 5? CludeS f0rmiD8 digi,al data re P re " of said text-related character strmgTvia^aid D chZel 

sentative of a voicemail message, said digital data beinir ic ifc,r„K„ ui- . , , vla saia t>cnannel, 

transmitted via said signaling channel 8 y enabIlng subslantla »y simultaneous audio and 

6. Tne method of claim 5 wherein 'said step of forming ^^ation of said user data. 

said digital data includes utilizing speech recognition pro- • . method of clalm 12 wherein said step of format- 
cessing to convert said voicemail message into said format ' ing . said subset of ^ user data includes converting a 
compatible with transmission for visual presentation at said facslm ile message into a sequence of said text-related char- 
display of said remote phone terminal. acter strings for display at said ISDN display phone. 

7. The method of claim 1 wherein said step of establishing 16. An apparatus for sending messages to remote ISDN 
connectivity includes utilizing an ISDN line, said signaling d >splay phones comprising: 

Ch Tn^l^ D nf b r e 7 l - ■ . , an interface to an ISDN, said interface providing a plu- 

sending a menu of facsimile messages aSk a, I* ^ 

source for visual presentation at said display, including mem ory havmg stored messages, said stored messages 

transmitting said menu in a format compatible with visual 35 s user data Mcludi ng facsimile messages; 

presentation at said display, said step of transmitting said mea ns connected to said memory for converting at least 

converted user data being responsive to an input from said Portions of said user data of said stored messages which 

remote phone terminal such that said input is indicative of a include said facsimile messages to display information 

lOT^S&'TF f d meDU - • SignalS iD 3 format """Patible with transmission via 

10. I he method of claim 5 further comprising a step of « said D-channel for display at said ISDN disolav ohones 
sending a menu of voicemail messages accessible at said as character strings, said means for convert ng haX 

toZi Z^ at said an output connected to said D-channTand g 
transmitting said menu in a format compatible with visual «„, . . tu<innej » a na 
presentation at said display, said step of transmitting said 7? anS co ° n< \ cled lo ^ converting means for trans- 
converted user data being responsive to an input from said „, n h i P y 1Dformation si S nals via said 
remote phone terminal such that said input is indicative of a , , , 

selected voicemail message from said menu apparatus of claim 16 further comprising second 

11. The method of claim 1 further comprising a step of ZT 0p ? ra ^ ely ^ said mem °0- trans- 
storing a speech file indicative of a message of a voice T 8 ? T' daU ° f *** St0red messa S es 35 voice 
processing server, said selected user data that are converted „ T t ^ 7 B ' channels . said user 
and transmitted utilizing said signaling channel being a text ?• 8 tr!msmitted ? v 5 said D-channel as display inter- 
file which is associated with said speech file, said leo of V 7^ fifSt meanS and bein 8 transmitted 
transmitting said converted user data being synchronized ^ T B ~ cnannel as volce information signals by said 
with transmitting said speech file via one of said digital user ^ nd J" eans ' 

data channels. 18. The apparatus of claim 1 6 wherein said first means for 

12. AmethodoftransmittingISDNB-channeluserdatato 55 J™*«j« a speech recognition module and 
an ISDN display phone utilizing a connection having at least , c * ™ m ?f V ° icemail mei *ages. 
one B-channel for exchanging said user data and having a • . ap P aratus of claun 16 ^her comprising an 
D-channel for exchanging protocol messages said method i lnte i racllvc . V01ce response device connected to said interface 
comprising steps of- transmit menu options in a format compatible with 

formatting a subset of said user data into a plurality of 6 ° l^V p , reseDta,ion . at ) sa j d remot e ISDN display phones, 

said user data, said subset of said user data being ?n -n. . J ? ^ ^ phy ph ° QeS ' 

unrelated to ISDN protocol messages- § ' ^ T m ° ichwa 16 wherein said filst means for 

tagging each of said text-related cLacter strings as 65 So?^ ° UtPU ' ^ MOrma,i ° n ^ 

UlSl'LAY messages for transmission via said 
D-channel; 
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ABSTRACT 



For use at a subscriber site with a subscriber line, for 
simultaneously sending a telephone call from a PSTN com- 
patible telephone terminal on the subscriber site, and IP 
packets from a first computer, over the subscriber line, the 
adaptor has a converter for converting signals from the 
telephone terminal into IP packets, and a multiplexer, for 
sending simultaneously the IP packets representing the tele- 
phone call and those from the computer, along the subscriber 
line. The adaptor is also arranged to handle calls without 
conversion to IP packets, when the subscriber telephone line 
is not used for carrying IP packets. Using one subscriber 
line, all phones in a household can remain operational, to 
make and receive calls, while one or more PCs are concur- 
rently accessing online services, without needing a second 
line, or special equipment to increase the bandwidth trans- 
missible over the line. 

18 Claims, 10 Drawing Sheets 
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COMPUTER TELEPHONY ADAPTER AND If the user accepts the call, the gateway converts the 

METHOD incoming voice signals into UDP (User Datagram Protocol) 

format, which uses IP for transmission. The phone doubler 
BACKGROUND TO THE INVENTION client 30 receives the IP packets, assembles the UDP 

1 Field of the invent;™ 5 data S rams > converts them back into the analog voice signals, 

L Held of the invention whlch m fed to the headset 1Q Voice ^ ^ 

llie invention relates to apparatus for simultaneously subscriber can be transmitted in a corresponding way back 

sending a telephone call over a subscriber telephone line to the remote telephone 60, This achieves a virtual second 

from a PSTN compatible telephone terminal on a subscriber line for a user, to enable simultaneous voice and on-line 

site, and IP packets from a first computer, to apparatus for access over a single subscriber line 

simultaneously reviving a telephone call to a PSTN com- It is also known to provide systems to enable multiple 

patible telephone terminal on the subscriber site, and IP computers to access the Internet over a single subscriber line 

packets directed to a first computer, both sent over a sub- simultaneously. The multiple computers may be connected 

scriber telephone line, to methods of using such apparatus, over a local area network (LAN), and an Internet LAN 

and to software for carrying out such methods. bridge can be used to enable multiple LAN users to share a 

2. Background Art 35 single dial-up Internet connection at the same time. 

The most common way of accessing on-line services Another known system, called HomeRun has been pro- 
using the Internet is via a modem link over a dial-up PSTN posed by TUT Systems, and uses existing telephone wiring 
connection. However, this may tie up the useris telephone ^ the nome or office to create an ethernet LAN. It has been 
line for long periods. Incoming and outgoing voice tele- proposed to use this to provide Internet access throughout 
phone calls cannot be made or completed. Similarly, when 20 the . nome or office by linking all the computers to a modem 
the telephone line is being used for a voice telephone call, which can maintain a single dial up connection to an ISP 
the Internet cannot be accessed. ' (Internet Service Provider), by creating a LAN over the 

One known solution to this problem is to have a second existing telephone wiring. The networking signals and stan- 

line installed. However, additional expense is involved and telephone service can coexist on the same wires at the 

the second line may be accessible from only one room in the 25 Same hme ' USing frec * uenc y divi sion multiplexing. Ordinary 

house or small office, unless major rewiring work is carried tele Phones can be used without alteration. PCs can be 

out to make both lines accessible in many rooms plugged in to the telephone sockets using interface cards 

An alternative solution is called the Internet Phonejack. ^^^^^ WU jaCk ' and mdude an 

This is a telephony expansion card which can be plugged u • i i * ^ . 

into a PC, and enables Internet telephony applications Sen 30 tU \^ u kno ^ n J° m <*?ify the equipment at each end of 

as Microsoft Netmeeting to interface with conventional su °scnber telephone line to provide a higher bandwidth 

telephone terminals. The card emulates an ordinary sub- n^eZZ% sub ^l l ™> e -8- 128 u kb P« for ISDN 

scriber telephone line, and thus enables such telephone &f h n^TI ^g 1 ** Net ^ } ° r hlghef f ° r xDSL 

terminals to be used for voice calls at the same time as the iSS ^P 664 * 01 ^ 1 Sub fcnber Line) type systems. For an 

computer user is accessing the Internet. The analog voice 35 ^ ^ chann / ls are multiplexed over a single 

signals are converted into Internet Protocol (IP) packets P^sical path The mterfaces at each end may be arranged so 

which can be interleaved with IP packets used by the that v u 01 ^ calk ^ °^ of me two channels, wm^e the other 

computer for accessing other services over the Internet may ^ *? Carry 1 ata ' to enable onUne servic es to be 

simultaneously accessed simultaneously. xDSL encompasses a range of 

modem 40. Phone doubler client software 30 runs on the PC £Sf J S , DN ° r ^ ^P>«"Mily. 

AheadsetlOwithmicrophoneandearphoneisconnectedto « S u om P atl "? ? , mt ' nded ,0 encompass compatibility 
the PC. wjuucticu 10 45 with a basic publlc te i e pi] 0n e service interface. Such termi- 

Au ,„„ fmm . r , nals use a conventional tip and ring analog interface, for use 

PSTO/ISDN sn tul , S 1C f at1 ^ ,he r6Sl ° f ' he With one 64 kbit channel in the network. They may 
^ other elements of the arrangement. A have a wired handset or a cordless handset, or a speaker 
VOIP (Voice over Internet Protocol) gateway 70 is con- phone, for example *v*w 

Vof P d eatS ^jtT^lZT ^ ^ 50 11,6 term IP is inlended <° enc °n,pass any version of the 

co icafed and conntld hv W . SS ,"T T y * InterDel ProtOCo1 and ^ ° ther P«*>«* which may be used 

^^S^I^^^^Si fM "~ ^ layer three Actions, 

of the Internet 90, and also to the PSTN. SUMMARY OF THE INVENTION 

In operation, when an incoming call from a remote . It is an object of the invention to provide improved 

telephone 60 is routed by the PSTN to the subscriber with methods and apparatus. 

the PC 20, if the subscriber is already connected to the According to a first aspect of the invention there is 

Internet over ^subscriber line, the local central office (not provided apparatus for use with a subscriber telephone line 

shown) m the PSTN will be arranged to divert the call to the connecting a subscriber site and a telephone network for 

ptione doubler VOIP gateway, assuming the subscriber has simultaneously sending a telephone call from a PSTN com- 

previously subscribed to this phone doubler service. The 60 patible telephone terminal on the subscriber site, and IP 

VOIP gateway will receive the call and will look up the IP packets from a first computer, over the subscriber telephone 

address ot the subscriber, based on the telephone number of line, the apparatus comprising* 

^^^^^^r" dialed from the remote a converter having a PSTN compatible telephone line 

iDterfaCe f0r C0U P Un S t0 the PS ™ compatible P telephone 
an IP session with the Internet access server, and if so, 65 terminal, the converter being for converting sienals from the 
communicates with the phone doubler client software 30 to PSTN compatible telephone* e™kS 
offer the user the option of taking the call. anting the telephone call; and ? * 
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a multiplexer coupled to the converter, and having a line, for receiving data from a further computer coupled to 

computer interface for coupling to the first computer, the internal telephone line, and distinguishing this data from 

and a subscriber line interface for coupling to the analog signals from the telephone terminals, the multiplexer 

subscriber telephone line, the multiplexer being being arranged to send the data from the further computer 

arranged for sending simultaneously the IP packets 5 a l° n g the subscriber telephone line, 

representing the telephone call and those from the 0ne adva n'age which can arise here is that the further 

computer, along the subscriber telephone line- computer can make use of existing internal telephone 

the apparatus being arranged to handle telephone calls «^Bm»h<niaBOT^to«^oi^se™ovKtlie 

without conversion to IP packets, between the telephone f^T T' ^fT"' " may be t0 d ° 50 
tprm.nci nnH th„ k . i u ,. " c P"™ 6 simultaneously with the first computer using the subscriber 
17Z, l h f ubsCtlbe : ^ff ne lme . wh ™ the « b " I" Une, or with a telephone call taking place, or even simulta- 
scriber telephone line is not used for carrying IP packets. neously with both of these possibilities. The above men- 
One or. the problems of the prior art, discovered and tioned Homerun product can be used to enable multiple 
addressed by this aspect of the invention is the ability to computers to concurrently access online services over a 
provide using one subscriber line e.g. a conventional POTS conventional subscriber telephone line and existing internal 
(Plain Old Telephone Service) line, that all phones in a 1S cabling. However, in such an arrangement the existine 
household remain operational (i.e., they can be used to make telephone terminals connected to the internal cabling cannot 
and receive calls), while one or more PCs are concurrently be used to send or receive calls while a computer is online 
accessing online services, without needing a second line, or Preferably, the telephone terminal is coupled to the aooa- 
special equipment to increase the bandwidth transmissible ratus via an internal telephone line, the apparatus further 
over the line by a factor of two or more comprising a telephone data interface coupled to the multi- 
One advantage of providing the capability of handling 20 plexer and for coupling to the computer interface, for 
phone caUs from the PSTN compatible telephone terminal receiving data from a further computer coupled to the 
on the subscriber line either over a telephone interface, or in internal telephone line, the multiplexer being arranged to 
the form of IP packets is that it enables a single subscriber send the data from the further computer to the first computer 
line to be used for both purposes. This cannot be achieved This enables multiple computers to communicate 
with traditional telephones which can always only use the 25 amongst themselves using existing telephony cabline This 
telephone interface, nor wxth the Internet phone jack and enables many of the advantages of a local area network to be 
Phone doubler products which can always only carry calls in achieved using existing cabling. Furthermore the combina- 
the form of IP packets. tion of this local area network capability with the capability 
Another advantage anses from the converter having a of the first computer to access online services while main- 
Pi* IN compatible mterface. One consequence of this is that 30 taining telephony, can make it possible for the further 
existing telephones, extension telephones and telephone computer to access online services via the first computer 
cabling m a house or office can continue to be used even Alternatively, or concurrently, telephone terminals can make 
when the subscriber telephone line is carrying IP packets. and receive calls 

This previously would have required a second line. In the Preferably the telephone line interface and the telephone 
above mentioned Internet phone jack and Phone Doubler 35 data interface are arranged to communicate over the internal 

products, telephony is limited to a headset and microphone telephone line simultaneously 

belonging to the computer, or to a telephone terminal The combination of this local area network capability 

fc^.Tt'- • «„ with the capability of the apparatus to access online services 

With respect to the above mentioned known ISDN or while maintaining telephony, can make it possible for any or 

ADSL systems, such systems have no converter, but require many computers to access online services via the apparatus 
expensive dedicated hnecards and other expensive equip- 40 while concurrently allowing telephone terminals anywhere 

ment at the central office and the Internet service provider to on the internal telephone line to make and receive calls In 

provide a bandwidth of 128 Kbps or higher. The converter the above mentioned Homerun product, a computer can 

enables telephony and IP services to be carried simulta- communicate with a further computer while a call is beine 

neously at much lower cost, over a conventional subscriber made from a conventional telephone terminal. However in 
telephone line The apparatus does not require additional 45 such an arrangement, the computers may not access online 

equipment on the subscriber telephone line to provide a high services at the same time as the call is being made from the 

bandwidth service. It only requires the bandwidth that a conventional telephone terminal 

conventional subscriber telephone fine supports for conven- Preferably the telephone line interface further comprises 

tional dialed telephone calls an mteraal line monitor for determining the state of P tek . 

Preferably the apparatus further comprises a bridge for 50 phony activity from the telephone terminal, the apparatus 

selective y coupling the subscriber telephone line to an being arranged to control a telephone call in response to the 

internal telephone line to which the telephone terminal is determination. 

attached. ^ advantage of this ^ tha , jt enables the call to be 

mis can enable an advantage to be achieved in that controlled as desired by the end user 

telephone calls can be routed directly without using the Preferably the apparatus further comprises a subscriber 

converter when the computer isnotusing the subscriber line, line monitor for determining the state of the subscriber 

and in that telephone calls can be converted into IP packets telephone line the apparatus being arranged to control a 

and be routed in an IP session when the computer is using telephone call in response to the determination, 

the subscriber telephone line for an IP session. Further, this This can help in deciding if the call can be established in 

can also enable a second advantage in that when the internal conventional non-IP form 

cabling is not coupled to the subscriber telephone line, the 60 Preferably the apparatus further comprises an IP session 

Z K.° g , CM , P u Utp0SeS SUch as tele P hone m °wtor for determining when there is an IP session already 

^irfe^rwiihT 111 1 WI , m CU u t0n T ? te ' * ithout existin S> the a PP aratus beiQ 8 t0 <™*ol a telephone 

mterfenng with signals on the subscriber telephone line. call in response to this determination 

Preferably, the telephone terminal is coupled to the appa- This can help decide whether the call can be established 

ratus via an internal telephone line, the apparatus further 65 using an existing IP session 

SIS d3ta . C ° Upled to , th f multi - Preferab, y ,he a PP aratus comprises an internal line 

plexer and arranged for couphng to the internal telephone monitor for determining the state of telephony activity from 
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the telephone terminal, and a subscriber line monitor for 
determining the state of the subscriber telephone line, the 
apparatus being arranged to control the call additionally on 
the basis of the outputs of the internal line monitor and the 
subscriber line monitor. 

In combination the capability to monitor telephony activ- 
ity from the telephone terminal and the capability to monitor 
the state of the subscriber telephone line, provide an advan- 
tage for example in enabling voice over IP resources to be 
used to establish a call when the subscriber telephone line is 
being used already to access an online service, or according 
to other criteria, e.g. if it is more cost effective. A second 
advantage would be to facilitate a decision to establish the 
call as a conventional analog telephony call for example 
when an IP session is not established and the subscriber 
telephone line is idle. 

Preferably the telephone line interface is arranged to 
determine what number has been dialed, and establish the 
call as a VoIP call, or establish the call as a conventional 
telephone call, on the basis of the number dialed. 

An advantage is that the decision of whether to route the 
call using VoIP or non VoIP can be made automatically for 
example when it is more cost effective, or when instructed 
by the subscriber. 

Preferably the apparatus further comprises an internal line 
monitor, for determining the state of telephony activity from 
the telephone terminal, the apparatus being arranged to send 
a busy indication in response to an incoming call for the 
telephone terminal, if an IP session is established and if the 
internal line monitor determines that the telephone terminal 
is busy. 

Preferably the apparatus is arranged to prompt a caller of 
an incoming call to indicate a party that he intends to reach, 
and the telephone interface is arranged to process the call on 
the basis of the party indicated by the caller. 

Preferably the telephone line interface is arranged to 
output an alert specific to the party indicated by the caller. 

Preferably the multiplexer further comprises a second 
subscriber line interface for coupling to a second subscriber 
line. 

This can enhance the apparatus by allowing for example 
a non VoIP call on one line at the same time as one or more 
IP sessions are being handled over the other line. 

Preferably the multiplexer further comprises a second 
subscriber line interface for handling a second connection 
over the subscriber telephone line, for use with a high 
bandwidth coupler for multiplexing the second connection 
over the subscriber telephone line. 

This can enhance the apparatus by allowing for example 
a non VoIP call on the subscriber line at the same time as one 
or more IP sessions are being handled in the second con- 
nection over the subscriber telephone line. 

According to a further aspect of the invention, there is 
provided apparatus for use with a subscriber telephone line 
connecting a subscriber site and a telephone network, for 
simultaneously sending a telephone call from a PSTN com- 
patible telephone terminal on the subscriber site coupled to 
an internal telephone line, and data from a computer coupled 
to the internal telephone line, over the subscriber telephone 
line, the apparatus comprising: 

a converter having a PSTN compatible telephone line 
interface for coupling to the PSTN compatible tele- 
phone terminal, the converter being for converting 
signals from the PSTN compatible telephone terminal 
into IP packets representing the telephone call; 
a telephone data interface for coupling to the internal 
telephone line for receiving the data from the computer over 
the internal telephone line, the telephone line interface and 
the telephone data interface being arranged to communicate 
over the internal telephone line simultaneously; and 
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a multiplexer coupled to the converter, and coupled to the 
telephone data interface, and having a subscriber line 
interface for coupling to the subscriber telephone line, 
the multiplexer being arranged for sending simulta- 
neously the telephone call and the data from the 
computer, along the subscriber telephone line in the 
form of IP packets. 
The above mentioned problem of the prior art, is also 
addressed by this aspect of the invention. All phones in a 
household remain operational (i.e., they can be used to make 
and receive calls), while one or more PCs are concurrently 
accessing online services, without needing a second line, or 
special equipment to increase the bandwidth transmissible 
over the line by a factor of two or more. Compared to the 
first aspect, at least one of the PCs makes use of the internal 
telephone line to reach the subscriber line, but the direct 
computer connection with the apparatus avoiding using the 
internal telephone line, is optional. 

Preferably the apparatus further comprises a bridge for 
selectively coupling the subscriber telephone line to the 
internal telephone line. 

Preferably the telephone data interface comprises a local 
area network interface for coupling more than one computer 
to the apparatus. 

According to a further aspect of the invention, there is 
provided apparatus for use with a subscriber telephone line 
connecting a subscriber site and a telephone network, for 
simultaneously receiving a telephone call to a PSTN com- 
patible telephone terminal on the subscriber site, and IP 
packets directed to a first computer, both sent over the 
subscriber telephone line, the apparatus comprising: 
a converter having a PSTN compatible telephone line 
interface for coupling to the PSTN compatible tele- 
phone terminal, the converter being for converting 
from IP packets representing the telephone call into 
signals for the PSTN compatible telephone terminal; 
and 

a demultiplexer coupled to the converter, and having a 
computer interface for coupling to the first computer, 
and a subscriber line interface for coupling to the 
subscriber telephone line, the demultiplexer being 
arranged for receiving simultaneously the IP packets 
representing the telephone call and those for the 
computer, over the subscriber telephone line; 
the apparatus being arranged to handle telephone calls 
without conversion to IP packets, between the telephone 
terminal and the subscriber telephone line when the sub- 
scriber telephone line is not used for carrying IP packets. 

According to a further aspect of the invention, there is 
provided apparatus for use with a subscriber telephone line 
connecting a subscriber site and a telephone network, for 
simultaneously receiving over the subscriber telephone line 
from the subscriber site a telephone call from a PSTN 
compatible telephone terminal coupled to an internal tele- 
phone line and data for a computer coupled to the internal 
telephone line, the apparatus comprising: 

a converter having a PSTN compatible telephone line 
interface for coupling to the PSTN compatible tele- 
phone terminal, the converter being for converting IP 
packets representing the telephone call into signals for 
the PSTN compatible telephone terminal; a telephone 
data interface for coupling to the internal telephone line 
for receiving the data from the computer over the 
internal telephone line; and 
a demultiplexer coupled to the converter, and to the 
telephone data interface, and a subscriber line interface 
for coupling to the subscriber telephone line, the 
demultiplexer being arranged for receiving simulta- 
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neously the telephone call and the data for the 
computer, over the subscriber telephone line in the 
form of IP packets. 
According to a further aspect of the invention, there is 
provided a method of simultaneously sending a telephone 
call from a PSTN compatible telephone terminal on a 
subscriber site and IP packets from a first computer, over a 
subscriber telephone line, the method comprising the steps 
of: 

converting signals from the PSTN compatible telephone 
terminal into IP packets representing the telephone call; 
using a multiplexer coupled to the converter, and having 
a computer interface for coupling to the first computer, 
and a subscriber line interface for coupling to the 
subscriber telephone line, to send simultaneously the IP 
packets representing the telephone call and those from 
the computer, along the subscriber telephone line; and 
handling telephone calls without conversion to IP 
packets, between the telephone terminal and the sub- 
scriber telephone line when the subscriber telephone 
line is not used for carrying IP packets. 
According to a further aspect of the invention, there is 
provided a method of simultaneously sending a telephone 
call from a PSTN compatible telephone terminal on a 
subscriber site coupled to an internal telephone line, and data 
from a computer coupled to the internal telephone line, over 
a subscriber telephone line, the method comprising the steps 
of: 

converting signals from the PSTN compatible telephone 
terminal into IP packets representing the telephone call; 
using a telephone data interface coupled to the internal 
telephone line for receiving the data from the computer 
over the internal telephone line; and 

using a multiplexer coupled to the converter, and to the 
telephone data interface, and having a subscriber line 
interface for coupling to the subscriber telephone line, 
to send simultaneously the telephone call and the data 
from the computer, along the subscriber telephone line 
in the form of IP packets. 

Another aspect of the invention provides software stored 
on a computer readable medium for carrying out the above 
methods. 

Any of the preferred features may be combined, and 
combined with any aspect of the invention, as would be 
apparent to a person skilled in the art. Other advantages will 
be apparent to a person skilled in the art, particularly in 
relation to prior art other than that mentioned above. 

To show, by way of example, how to put the invention into 
practice, embodiments will now be described in more detail, 
with reference to the accompanying drawings. 

BRIEF DESCRIPTION OF DRAWINGS 

FIG. 1 shows the known Phone Doubler arrangement; 

FIG. 2 shows a schematic view of apparatus of a first 
embodiment of the invention; 

FIG. 3 shows a schematic view of an alternative embodi- 
ment of the invention; 

FIG. 4 shows a schematic view of apparatus according to 
a further embodiment of the invention; 

FIG. 5 shows a schematic view of apparatus according to 
a yet further embodiment of the invention; 

FIG. 6 shows an overview of a further embodiment which 
includes features corresponding to the embodiments of 
FIGS. 2,3 and 4; 

FIG. 7 shows in more detail in schematic form the 
operation of network services in the embodiment of FIG. 6; 

FIG. 8 shows in more detail in schematic form the HCTA 
hub of FIG. 6 or FIG. 7; 
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FIGS. 9 to 11 show the HCTA hub of FIG. 8, in various 
operational modes; 

FIG. 12 shows the HCTA hub of FIG. 8 arranged to 
operate with two subscriber lines; 
5 FIG. 13 shows the HCTA hub of FIG. 8 arranged to 
operate with an xDSL type of subscriber line; 

FIG. 14 shows a configuration overview of a standalone 
embodiment using the arrangement of FIG. 5. 

io DETAILED DESCRIPTION 

Introduction 

Many online households possess multiple personal com- 

35 puters. For instance, parents may own the new PC, and 
relegate to their children the older PC, or two professionals 
may each have their own PCs. Currently, multiple PCs in a 
household cannot communicate amongst themselves unless 
new wiring is installed. Because they cannot communicate, 
multiple PCs cannot share devices (e.g., modems, printers) 

20 and cannot exchange data. They also cannot use services 
concurrently (e.g., an Internet account). 

An arrangement of hardware and software in various 
embodiments which addresses such problems, will be 
referred to as the Home Computer Telephony Adapter 

25 (HCTA). It may be implemented as a PC card using software 
run by the PC, or as a peripheral external to the PC. The 
overall purpose is to enhance communication services for 
online households. Most notably, it enables telephony to be 
maintained for the whole household while PCs are accessing 

30 online services. The HCTA also provides a data communi- 
cation capability over the existing in-house wiring. This 
enables PCs to exchange data and to share devices and 
services. For instance, HCTA enables multiple PCs to be 
concurrently online. 

35 The HCTA requires its end user to subscribe to one POTS 
line and to subscribe to an Internet service with Voice-over- 
IP (VoIP) and Internet Call Waiting (ICW) features, which 
are commercially available, and expected to become widely 
available. It also requires the end user to possess a PC with 

40 a modem, preferably 56 kbps. HCTA requires no second fine 
or special Telco (Telephone Operating Company) equipment 
to function properly, although performance would improve 
with such capabilities, and some embodiments including 
such capabilities are discussed below. 

45 A given HCTA implementation may differ from existing 
products in various ways including the following: 

a) It may operate with the in-house wiring uncoupled 
from the PSTN access line. 

b) It may monitor telephony activities on the in-house 
50 wiring and on the PSTN access line, and PC access to 

online services. 

c) It may provide telephony for the household over the 
PSTN when no PC is online and provide telephony for 
the household through the PC when the PC is online. 

55 These differences enable the HCTA to offer basic Key 
system/LAN/Bridge capabilities to the household. 
Specifically, some notable features which will be explained 
in more detail below are: 

a) Regarding voice communication: 
60 l)To enable people to make and receive calls from any 
phone in the household while PCs are connected to 
online services. 

2) To enable calls within the household (intercom), and 
to provide distinctive ringing to all household occu- 

65 pants. 

3) Access to cheap Internet-based toll services from any 
phone and concurrent calls from PCs and phones. 
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b) Regarding data communication: 

To enable multiple PCs in the household to exchange data, 
to be concurrently online and to share devices (e.g., a printer, 
a modem). These services are provided over the existing 
in-house wiring. They require no re- wiring or additional 
wiring. To support these services, the HCTA relies on 
available technology for telephony over the Internet (for 
example VoIP) and on available technology for multiplexing 
of voice and data signals over internal wiring in the house- 
hold for example by frequency division multiplexing. 

FIG. 2 schematic view of first embodiment of the 
invention 

FIG. 2 shows in schematic form some of the features of 
one embodiment of the apparatus at the subscriber side, for 
use with the PSTN, and the Internet as shown in FIG. 1. The 
subscriber side apparatus includes a multiplexer 200, a 
computer interface 210, and a subscriber line interface 220. 
The multiplexer is coupled to a converter 230. The converter 
feeds a telephone interface 240, coupled to a conventional 
PSTN telephone terminal (not shown). 

A bridge 250 enables the subscriber telephone line to be 
coupled to the PSTN telephone terminal without going 
through the multiplexer 200 and the converter 230. The 
apparatus is capable of sending a telephone call from the 
PSTN telephone terminal, and IP packets from the computer, 
over the subscriber telephone line. The converter is for 
converting signals from the PSTN telephone terminal into IP 
packets representing the telephone call. The apparatus may 
additionally handle telephone calls without conversion to IP 
packets, between the telephone terminal and the subscriber 
telephone line, when this subscriber telephone line is not 
being used for carrying IP packets. 

The apparatus may be arranged for outgoing calls and 
data from the subscriber location, or for handling incoming 
calls and data in a corresponding manner, or may be 
arranged to handle traffic in both directions. 

Since IP sessions, for transmitting IP packets, can be 
multiplexed simultaneously over a single subscriber line, 
providing the converter 230, and the telephone interface 
240, enables the telephones in a household or small office to 
be used while a computer accesses the Internet using the 
computer interface and the multiplexer. However, under 
some circumstances, it is preferable not to convert the 
telephone call into IP packets, but instead to use the bridge 
250. For example, it might be more cost effective, the voice 
quality may be better on one rather than the other, and one 
may be more reliable or connect more quickly than the other. 
One specific advantage is that it makes it easier to ensure 
continuous telephone service is available, even when a host 
PC is switched off, or when power is cut to converter or 
multiplex circuitry or hardware on which such functions are 
executed. 

The functions shown in FIG. 2 need not be co-located. For 
example, the telephone interface and subscriber line inter- 
face could be located at the entry point where the subscriber 
telephone line enters the subscribers location or site. The 
bridge could conveniently be located with the subscriber line 55 
interface and the telephone interface. Some of the multi- 
plexer functions for handling IP packets from elsewhere 
could conveniently be implemented in software, running on 
a host computer, which may or may not be the same 
computer which sources the data being multiplexed with the 
telephone calls. As will be discussed below in more detail, 
it is possible to have the computer connected indirectly via 
the internal telephone line, rather than through its own direct 
connection to the multiplexer. 

FIGS. 3, 4 alternative embodiments 
In addition to all the features shown in FIG. 2, FIG. 3 has 
a telephone data interface, 260, which couples the internal 
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telephone line to the subscriber telephone line via the 
multiplexer 200. This enables one or more computers con- 
nected to the internal telephone line to access on-line 
services through the multiplexer. This enables the computer 
5 directly connected to the multiplexer to continue to access 
on-line services concurrently. 

In FIG. 4, the telephone data interface 260 is coupled to 
the multiplexer, but in such a way as to enable computers 
connected to the internal telephone line to pass data to the 
30 computer (the first computer), which is directly coupled to 
the computer interface 210. The telephone data interface 
could be coupled to both the computer interface and the 
subscriber line interface (not shown). This combination of 
the arrangements of FIGS. 3 and 4 would allow computers 
on the internal line to achieve the advantages of both FIGS. 
3 and 4. The telephone interface and the telephone data 
interface may be arranged either so that only one computer 
or telephone terminal may be connected at one time, or 
techniques such as frequency division multiplexing may be 
used to enable the internal line to be used concurrently by a 
telephone device and a computer. The internal telephone line 
may be used as a local area network to enable multiple 
computers to communicate with each other. 

The computers on the internal telephone line may use IP 
to communicate with on-line services, in which case the 
multiplexer might comprise a proxy server for relaying 
HTTP requests and responses in the form of HTML docu- 
ments for example. The proxy server could reside on the first 
computer, connected directly to the multiplexer. 

FIG. 5 alternative embodiment 

In this embodiment, there is no direct connection to a 
computer, all computers are connected over the internal 
telephone line. Accordingly, there is a telephone data inter- 
face 260, but no computer interface 210. The telephone line 
interface and telephone data interface are arranged to be able 
to communicate simultaneously over the internal telephone 
line. Thus the multiplexer 200 can be used to multiplex a 
telephone call from the internal telephone line received via 
the telephone interface 240, together with a data transmis- 
sion from one of the computers connected to the internal 
telephone line, received over the telephone data interface 
260. A bridge corresponding to that shown in FIGS. 2 to 4 
is optional, but is preferred for the reasons given above. One 
or more computers can be connected to the internal line, and 
thus access on line services while allowing telephony simul- 
taneously over the internal line. Some of the advantages of 
this embodiment will be discussed below with reference to 
FIG. 14. 

FIG. 6, HCTA Configuration Overview 

FIG. 6 presents an overview of the configuration of the 
HTCA. 

In this embodiment, the HCTA requires the subscriber 
(end-user) to have the following equipment: 
A Personal Computer (PC) 380 to act as the HCTA 
controller. This PC, hereafter called the main PC, hosts 
the HCTA software and the HCTA hub card 340. Here, 
it is assumed that the HCTA hub is implemented as a 
card resident on the main PC. However, other imple- 
mentations are also possible, as described below. This 
PC must also be equipped with a modem 330. The main 
PC is not dedicated to HCTA. HCTA activities should 
only consume a small fraction of the processing capac- 
ity of the CPU of the main PC. The modem is an 
example of part of the functions encompassed by the 
subscriber line interface. The HCTA software embodies 
the multiplexer function and demultiplexer function 
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mentioned above, and the monitoring function for thereby maintaining basic telephony, dial up access, 

determining if an IP session is established. an d t he in-house LAN. Secondary PCs 370 in the 

An HCTAhub card 340. This card resides in the main PC. household, interface to the in-house wiring through an 

It implements a telephony interface, a voice processing HTCA adapter 360. This is a small box residing behind 

DSP for Internet telephony data communication con- 5 ^ pc of a ^ ^ ^ ^ ^ be ^ 

trol and the bridging of the in-house wiring to the „ A « 1U i t u « ft i 

PSTN. Hie hub should conform to the applicable more detail below. Telephones 350 are plugged mto the 

telephony standards (regarding power, ringing, and so mtemal ^ Wlthout any ada P ,er - 

on). The hub card embodies the above mentioned 

converter, the bridge, and the telephone interface. It 10 „ Wo . , _ . 4 . e TT ™ A 

also embodies the computer interface, the telephone FIG ' 7 NetWOrk seivloe8 ° pera,10n for 

data interface, and the monitors for monitoring the 

subscriber line, and the internal line. FIG * 7 shows some features corresponding to those of 

HCTA LAN adapter 360. Each PC other than the main PC FIG 6 ' In addition > a Central (CO) 400 is shown, 

requires one such adapter to communicate with other 15 where the subscriber line is linked to the rest of the PSTN. 

PCs in the household and with the Internet. ° ther COs » 410 are shown to indicate that the ISP, VoIP and 

An HCTA connection plaque 320. This plaque is installed ICW servers need not be linked directlv to the same C0 ^ 

inside the house, near the drop, where the PTSN line the subscriber, but may be linked to the PSTN at other COs. 

enters in the household. The purpose of this plaque is Assume the PC is connected to the Internet, and a call is 

to facilitate the re-connection of the in-house wiring for 20 arriv ing from the PSTN to the household. When the PC 

HCTA. established its Internet connection, it notified the ICW server 

of its presence, and communicated to it its IP address. 

PSTN/ISP service requirements 

In addition, the HCTA requires the end-user to subscribe When the cal1 arrives at the C0 400 > il finds the subscriber 

to the following services: 25 line busv (as m e PC is connected to the ISP). This activates 

From the local Telco a POTS line provisioned with a call the cal1 forward busy feature provisioned on the subscriber 

forward busy feature. These services can be obtained line ( as P art of tne IC W service). This feature causes the CO 

by the end user himself, or by the Internet Call Waiting 4(M * to redirect the call to the ICW server, as indicated by the 

service provider as part of his service offer. 3Q arrows in the PSTN region. , 

From the Internet Service Provider (ISP) 300, an Internet ™ r ™ 7 . . „ . . p 

service The ICW server receives the call. The signaling informa- 

Local VoIP and ICW (Internet Call waiting) services 310. *! f ^ T nber and ° fthe 

These services can be offered by the end-user ISP, by Wt ? K * c ^ busy u f f*J° was tn 8S ered (the 

the HCTA service provider, or by a third party ISF 35 su ^ scnber lule )- ^ Mows the ICW server to idenfafy the 

These services should be available on a gateway subscnb « to which the call should be delivered, 

deployed in the local calling area of the subscriber. The xu« imr . .u w .n . ... . 

VoIP service provides IP/PSTN connectivity for tele- v ^ l ™ *™ Z^T ?f £ a 

phony for the end user. VoIP services should preferably ™ P ° t f 7^ the l *,f^ x ?J* subs ^ berls PC > and 

conform to the well known H323 standard. The ICW 40 rdayS the mcomm S cal1 10 the VoIP server - ™ e cal1 can *^n 

provides notification and disposition or diverting ser- be carned bctween the VoIP and the subscribers PC 

vices for incoming calls to the subscriber when his line over the IP session of lnis PC t0 the Internet. This part is 

is busy. similar to the operation of the above mentioned Phone 

The above are minimal requirements. The HCTA will Doubler product. Now suppose that the PC is connected to 

function properly, and will achieve superior performance if 45 tne Internet, and somebody in the house picks a phone to 

the user possesses two lines, or can access the Internet at a place a call. The HCTA hub card detects this event through 

higher speed than 56 kbps. The HCTA hub 340 and the its connection to the inside wiring (refer to FIG. 6). It 

modem 330 reside at the host PC, 380. The HCTA hub is provides call supervision, and collects the digits dialed by 

connected is to the PSTN/ISDN 80 by two wires (C). Hie the caller. It then requests the PC to establish a connection 

™ t C Z l °< a\ ^ S ? 0Dt ° 1US u G *> with the VoIP server over the Internet, and provides the VoIP 

wiring by two wires (A). These wires also connect together „,;,u +u» dctki u *u * *l h • t. * 

all the devices hooked onto the inside wiring. The HCTA is ^TL ^r^ ^ ^ ^ ^ ^ & { ° 

also connected to the modem by two wires. The wires (A) reacn * ^ VoIP g atewa y establishes the call to this number 

and (C) coexist in the existing 4-wire cables. This configu- over tl f PSTN > and bridges it to the incoming link from the 

ration requires no re-wiring and no additional wiring. subscribers PC. 

However, it does require a modification of the connections 55 

at the drop. The role of the HCTA plaque, 320 located near urTA ^ ^ 

the drop, is to facilitate the re-arrangement of the connec- HCTA °P eratl0n Overview 

tions. If necessary, this re- arrangement at the drop can be 

avoided by modifying the RJ11 jacks or by inserting a small Table 1 summarizes the principal actions of an embodi- 

electrical connector between the RJ11 jacks and the devices 60 ment of the HCTA hub to various likely events listed at the 

hooked onto the inside wiring. More details are set out left of the table. Each column of the table gives the reactions 

below - . to each event for a given state of the internal and subscriber 

The main PC is assumed to be always power-on. It is also lines. It is assumed there is only one subscriber line. The 

assumed to be sufficiently powerful to host the HCTA table is valid for embodiments with or without a direct 

control software. In event of power failure or of mal- 65 computer interface. It is not necessarily valid for embodi- 

fiinction of the HCTA, the HTCA hub connects the ments in which the LAN cannot be used simultaneously with 

in-house wiring (A) to the PSTN (C) and to the modem, telephony on the internal line. 
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HCTA reactions to events 



State: 





Fully 


Non-IP 


Internet 




PSTN 


Internet & 


Internet & 


Event: 


idle 


data call 


session 


Intercom 


voice 


intern 


voice 


Incoming 


Bridge 


Not seen 


Ring 


Alert 


Not seen 


Alert 


Alert 


PSTN 


it 




then 


intercom 




intercom 


phone 


voice 






connect 


users 




user 


user 








voip 










Incoming 


Not seen 


Not seen 


Pass to pc 


Not seen 


Not seen 


Alert 


Alert 


VoIP 






or ring 






intercom 


phone 








phones 






user 


user 


Outgoing 


VoIP or 


Busy: no 


Start 


Busy: no 


Busy: no 


Busy: no 


Busy: no 


voice 


bridge 


action 


voip 


action 


action 


action 


action 


Outgoing 


Set up 


Busy: 


Mux 


Set 


Alert 


Mux 


Mux 


Internet 


call to 


no 


sessions 


up 


phone 


sessions 


sessions 


over lan 


ISP 


action 




call to 


users 














ISP 








Intercom 


Ring 


Ring 


Ring 


Busy: 


Busy: no 


Busy: no 


Busy: no 




phones 


phones 


phones 


no 


action 


action 


action 










action 








Lan 


Route 


Route 


Route 


Route 


Route 


Route 


Route 




Data 


Data 


Data 


Data 


Data 


Data 


Data 



Considering the first listed event, when an incoming 
PSTN call is sent to the subscriber, it is bridged to the 
internal line if possible, (column 1). If there is a non IP data 
call, or any other state which occupies either the internal or 
the subscriber line, the call will not be passed through but 
will be held or diverted. In the case of the existing state 
being a non-IP data call, or a PSTN voice call, the CO 
(Central Office) will divert the incoming call, and the HCTA 
hub will not see it. Otherwise, if the existing state is an 
intercom call (column 5), the hub can be aware of the 
incoming call and can try to alert the intercom user of the 
incoming call either by a voice announcement or tone. This 
may enable the subscriber to free the internal and subscriber 
lines to enable the incoming call to be accepted. If the 
existing state is one in which an Internet session is active 
(columns 4,7 and 8), the line is busy and the call will be 
diverted to the ICW server. In these states the hub will see 
an incoming VoIP call (processed as in row 2 of the table). 

Regarding the second listed event, an incoming VoIP call, 
this will normally only reach the hub if an Internet session 
is active, unless the ISP has some special arrangement to call 
the subscriber when something is sent over the Internet to 
the IP address of the subscriber. In either case the hub can 
offer the call to any computer in the household which has 
VoIP capabilities. Alternatively, or as well, the hub can 
convert the call to a conventional call, and pass it to the 
internal line if it is free, or alert phone users by an announce- 
ment or tone. 

Regarding the third row of the table, the start of an 
outgoing voice call, the hub will only see this event if the 
state is such that the internal line is not busy. If so, and if 
there is an Internet session occupying the subscriber line, 
there is a choice of converting the call to VoIP to enable it 
to be multiplexed with the existing Internet session, or 
alerting the computer user to request (or even force) that he 
end his Internet session, to free the subscriber line for the 
outgoing call to be passed out without conversion to IP. If the 
subscriber line is idle, the hub can choose whether to send 
the outgoing call as a VoIP call or a PSTN call. The choice 
may be governed by various factors, as discussed elsewhere 
in this document. 

Considering the fourth row of the table, the event is an 
Internet access from a computer connected to the hub via the 
LAN. If the subscriber line is busy, and no Internet session 



25 

is active, all the hub can do is try to free the line, e.g. by 
making an announcement to a phone user. If the subscriber 
line is free, the hub can set up a call to the ISP, to start the 
Internet session. If a session is already active, the new 
30 session can be multiplexed with the existing one. 

The fifth row is the event of an intercom session starting. 
This is only possible if the internal line is free. If not, the 
new phone user may join in the existing call, without action 
from the hub. If the internal line is free, the hub needs to 
35 cause the internal phones to ring, when an intercom call is 
requested. The user may indicate a request for intercom by 
dialing a predetermined sequence of keys. 

As shown by the sixth row of the table, the event of 
transmitting data over the LAN can occur regardless of the 
40 state of the lines. 

As can be seen, the operation of the HCTA for voice 
communication depends on the state of three parameters: 
Whether the inside wiring is currently supporting a tele- 
phone conversation. 
45 Whether the line to the PSTN is busy or idle. 

Whether the Main PC is connected to the Internet or not. 
The relevant combinations of these states are summarized 
in Table 2. The operation of the product in each of these 
states is described in following six subsections. 

50 

Table 2 



States of Telephony Parameters 



Inside PSTN Internet 



55 



State 


Wiring 


line 


Access 


1 n Fully idle 


Idle 


Idle 


Not Connected 


2 n Non-Internet data dial up 


Idle 


Busy 


Not Connected 


3 n Internet 


Idle 


Busy 


Connected 


4 n In-house telephony 


Busy 


Idle 


Not Connected 


5 n PSTN call active 


Busy 


Busy 


Not Connected 


6 n In-house telephony and Internet 


Busy 


Busy 


Connected 



1: Fully Idle State 
When the inside wiring (A) and the PSTN line (C) are 
65 idle, the HCTA hub is continuously monitoring them to 
detect the occurrence of activity. The following events may 
occur: 
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a) A call arrives from the PSTN. The HCTA hub will 
answer the call, identify the called party, and then 
applies the ringing pattern associated with the called 
party on the in-house wiring. If the called party 
answers, the HCTA bridges the inside wiring to the 5 
PSTN line. Otherwise, the HCTA may offer to the caller 
the chance to leave a message. Depending on the 
identification of the caller, the HCTA may also imme- 
diately forward him to an announcement or to voice 
messaging. 10 
For example, the HCTA may greet an incoming call by 

nYou have reached the Regnier Family, to whom do 
you wish to speak? i If the caller says Ho Jean 
pleasei, or any sentence with the key word ljeani, 
Jeanls distinct ringing pattern would be applied to 15 
the inside wiring. If the caller says lto the master of 
the house i, the HCTA would forward the call directly 
to voice messaging. Speech recognition enhances the 
HCTA by simplifying the caller interface. 
However, is not mandatory to deliver the key benefits of 2 q 

HCTA. If speech recognition is too expensive or complex, a 

simpler menu driven interface can replace it. 

b) Somebody in the house picks a phone to make a call: 
The HCTA will provide dial tone and will monitor the 
incoming digits. If the dialed digits indicate a request to 25 
the intercom service, the HCTA will monitor the 
incoming speech to detect the calling party requested. 
Upon hang up, the HCTA will apply the calling partyls 
distinctive ringing pattern on the inside wiring. For 
example, mom could take a phone, press #, say 30 
'iSophiei and hang up. Then Sophie is distinctive ring- 
ing would be applied on the inside wiring. When 
Sophie answers, the ringing would stop, mom would 
pick up her phone, and they would be in communica- 
tion. It may not be necessary for the caller to hang up, 35 
if ringing can be applied on the in-house wiring while 
the caller is listening. 

c) If the dialed digits indicate a toll call, and if the HCTA 
has been set-up to establish toll calls by default over the 
Internet, the HCTA will launch an Internet session. 40 
Upon reception of all the dialed digits, the HCTA 
software on the main PC will establish a VoIP session 
with a remote gateway in the vicinity of the called party 
number. 

d) If the dialed digits indicate a local call for which no 45 
special action needs to be taken, the HCTA will redial 
the digits onto the PSTN line, and will bridge the inside 
wiring to the PSTN line. 

2: Non-Internet Data Dial-up State 

This state occurs when the modem has established a data 50 
communication over the PSTN with a site from which an IP 
session from the Internet cannot be established with the 
subscriber. In this context, the Intercom service remains 
available as in the preceding section. However outgoing 
calls cannot be made, at least for the basic configuration with 55 
one POTS line. The restriction does not apply if the user has 
multiple lines, or an ISDN line, or an xDSL service. 

Also, as the line is busy, the call forward busy feature on 
the end-user line will deflect incoming calls to the ICW 
service. There, the ICW service should play an announce- 
ment or apply a busy tone. Alternatively, the ICW service 60 
could offer a voice messaging service on call busy. Note that 
the ICW server knows that the call cannot be delivered to the 
end-user because the end-user would not be registered as 
active. 

Occurrence of non-Internet data dial up should be rare, 65 
otherwise HCTA does not deliver its value, since the sub- 
scriber line cannot be used for dual purposes in this case. 
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The case of non Internet dial up from the internal line has not 
been discussed, as it can often be avoided by providing an 
HCTA adaptor for the device, to enable it to use the LAN to 
reach the HCTA hub. 
3: Internet Session State 

This state occurs when nobody in the house is using a 
telephone, and one or several PCs are hooked onto the 
Internet. The modem at the main PC has established a call 
with the ISP, tying the line. 

Note that PCs users could be making calls directly from 
their PCs in this state. This would not generate telephony 
usage on the inside wiring. The following events may occur: 

a) A call is arriving from the PSTN: The call will 
encounter a busy when it hits the end-user line, and will 
be deflected to the ICW server and then to the VoIP 
gateway. The VoIP gateway will establish a session 
with the main PC in the end-user premises, will 
transcode the call into VoIP format, and will deliver the 
call to the end-user PC. For this purpose, the end-user 
PC needs to register its IP address with the ICW server 
when it becomes online. The ICW server provides this 
address to the VoIP server to enable the VoIP call to be 
established to the end-user. 

The PC can refuse to take the call, for instance if its 
bandwidth is too scarce to handle it. Then, the call 
would be sent to the ICW treatment upon busy, 
similarly as described for state 2. Once at the PC and 
transformed into PSTN format, the PC answers the 
call, as described for state 1. 

b) Somebody in the house picks a phone to make a call: 
The HCTA will provide dial tone and will monitor the 
incoming digits. If the dialed digits indicate a request to 
the intercom service, the HCTA will behave as 
described for state 1. If the dialed digits indicate a toll 
call, and if the HCTA has been set-up to establish toll 
calls by default over the Internet, the HCTA will 
establish a VoIP session with a remote gateway in the 
vicinity of the called party number, as described for 
state 1. If the dialed digits indicate a local call, or 
indicate a toll call and the HCTA has been set-up to 
establish toll calls over the PSTN, the HCTA will 
establish a VoIP session with a local VoIP gateway. The 
local gateway will then relay the call to the PSTN. 

4: In-house Telephony State: 

In this state a conversation is being held between two 
phones in the household. The line to the PSTN is idle. The 
HCTA can answer an incoming call from the PSTN, but it 
cannot relay it on to the in-house wiring. The incoming call 
can be relayed to PCs, to be answered directly from one of 
the PCs, or it can be directed to announcement or to voice 
messaging. 

The HCTA can also apply tones on the inside wiring to 
alert the household occupants currently on the phone to drop 
their conversation. When they free the in-house wiring, the 
incoming call from the PSTN can be relayed onto it. The 
alert tones can be called-party dependent, similarly as for the 
ringing patterns. 
5: PSTN Call Active State: 

A call is ongoing between a phone in the household and 
the PSTN. No PC can connect, and no other call can be 
established. Incoming calls are redirected to the ICW service 
by the call forward busy, where their treatment is similar as 
described for state 2. The HCTA may be arranged to alert the 
phone user that another user is wanting to use the line, either 
for a voice call, or an Internet session for example. The 
phone user could be prompted to reconnect using VoIP, and 
the HCTA could do some or all of this reconnection auto- 
matically. 



03/11/2004, EAST Version: 1.4.1 



US 6,345,047 Bl 



17 



18 



20 



25 



6: In-house Telephony and Internet Session State 

One or more PCs are connected to the Internet, and either: 
Two phones in the household are supporting an internal 

conversation (intercom), or; 
One phone is involved in a call, and the call is relayed 5 

outside the household by the HCTA. 
In this state, no outgoing call can be made from any 
phone. Outgoing calls can only be made from PCs, up to the 
56 kbps bandwidth capacity. In this state, incoming calls 
would come through the VoIP gateway. These calls should 10 
be treated similarly as in state 4. Namely, they could be 
answered by the HCTA, and relayed to PCs, to announce- 
ment or to voice messaging. The HCTA could also apply 
tones on the in-house wiring to alert the household occupant 
currently on the phone of the incoming call. If the call is 
currently tying the inside wiring is terminated, the incoming 
call could then be relayed to the in-house wiring. 
In-house LAN: 

In normal mode, the main PC and the HCTA are power- 
on. They then offer an in-house LAN service and an Internet 
access service. The HCTA hub implements an Ethernet 10 
baseT-like hub capability. This capability is supported by the 
existing in-house wiring, and coexists transparently with 
telephony signals (e.g., ringing, signaling, speech) that may 
also exist on the wires. Secondary PCs need an adapter to be 
on the in-house LAN. This adapter filters out telephony 
signals, and delivers the data stream to a standard PC port. 
All PCs connected to the LAN should be able to view the 
other PCs in their inetwork neighborhood!. They should also 
be able to view devices connected to the LAN. All PCs 
connected to the LAN should be able to view devices 30 
connected to other PCs, and be able to use them remotely. 
For instance, a PC should be able to download files to a 
printer attached to another PC. 

Internet Access: The HCTA hub and main PC implement a 
multiplexing capability for Internet access. When the main 35 
PC connects to the Internet and establishes an IP session, 
other PCs can use this session as their channel to the 
Internet. This service is like a Proxy service. To the ISP, the 
other PCs appear simply as additional browser instances. 
When the main PC is connected to the Internet, secondary 
PCs access the Internet by connecting to the main PC over 
the in-house LAN. If a secondary PC wishes to access the 
Internet when the main PC is not connected, the secondary 
PC should be able to remotely instruct the main PC to 
connect to the Internet. Once the main PC is connected, the 
secondary PC accesses the Internet over the in-house LAN. 

If the main PC uses the modem for a data connection other 
than to the ISP, Internet access is not available to the whole 
household. 
Other Features 

In several scenarios, incoming calls to the household are 
deflected to the ICW server. This may arise as a result of the 
call disposition selected by the user, or because it is the only 
option available (e.g., the line is busy). If the ICW server 
provides a messaging service on busy, the HCTA should 
check regularly for messages. If a message is waiting, the 
HCTA should apply a special tone on the telephones. 

The HCTA should be capable of monitoring its integrity, 
and should be capable of raising alarms when it causes 
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The HCTA Hub 

FIG. 8 presents an overview of the main components of 
the HCTA when implemented as a PC card. In this FIGURE, 
the ports are defined as follows: 
HH: Household wiring. 
COl: Line to the central office. 
C02: Second line to the central o£5ce. 
Ml: Data connection to modem. 
M2: Supplementary data connection to modem. 
The elements of the HCTA depicted in FIG. 8 can be 
characterized as follows: 
Bridge 500: under the control of the HCTA software, the 
bridge establishes connections between the 2-wire 
ports: HH, COl, C02, Ml M2 and Tel I/F. It may be 
implemented as a mechanical or solid state relay which 
will directly connect the internal line to the subscriber 
line when the host PC is switched off, or is in a fault 
state. Alternatively, the bridge could provide an indirect 
connection, for example through analog to digital con- 
verters and filtering software, or an opto electrical link 
to enable electrical isolation of the internal wiring. 
Ethernet Hub 510: implements a lObaseT-like Ethernet 
hub capability over existing in-house wiring. This 
Ethernet hub requires 2 wires to operate and coexists 
transparently with telephony signals on these wires. 
Given these constraints, the bandwidth may be lower 
than that of a true lObaseT Ethernet LAN. The Ethernet 
hub is always connected to the in-house wiring. This 
Ethernet hub is similar to the HomeRun HR1300HEC 
product by Tut Systems, and the reader is referred to 
descriptions of this product for more details. This 
product offers a 1.3 Mbps 10-baseT-like LAN, and 
meets all the above constraints. 
Telephony Interface 530 (Tel I/F): provides full PSTN 
emulation via an analog telephone interface (dial tone, 
DTMF detection, call progress tones, ring voltage etc.). 
When connected to the in-house wiring by the bridge, 
the Tel I/F can drive all the phones in the house. The 
telephony interface also communicates with the HCTA 
software on the main PC to report events that it detects 
(e.g., off hook), or to implement instructions (e.g., dial 
a given number). The capabilities of the Tel I/F are well 
exemplified by the Internet Phone Jack product, and the 
reader is referred to their product description for more 
details. 

VoIP 520: the VoIP module may be implemented using a 
DSP for the transcoding of speech between PSTN and 
IP formats. This DSP is based on H323 codecs, and 
consists mainly of speech compression and echo can- 
cellation. The H323 stack itself does not reside on the 
VoIP module, but resides on the main PC. The capa- 
bilities of the VoIP module are similar to the above 
mentioned Internet Phone Jack product, and the reader 
is referred to descriptions of this product for more 
details. 

FIG. 9, Hub operation with one line in lMonitoringi mode. 

In its basic configuration, the HCTA hub requires one 
POTS line to be connected to port COl and the inside wiring 



^o^ al ^l ' , S Tr w U ^ : eSt ° re ?' P° rt M1 - ° bviousl y. «Ss modem is also conS to the 

jS&S^fnSdT WmD8 (Q maiD PC PortS C ° 2 aDd M2 are not ™* this 

T«*»Li ~f i p *u ' ii/vta i ™™ T ration. The HCTA hub configuration for operation with 1 

JlJfr f T P 7 CT - "CTAshould connect PSTN POTS line is presented in FIG. 9. This Figure depicts the 
wiring (C) to the inside wiring (A) and to the modem. 65 HCTA in monitoring mode, when the household is fully idle 

(i.e., no call is under way and no PC is accessing the 
Internet). In this mode the bridge connects the HH to the Tel 



The HCTA software should run under Windows 95 and 
Windows NT. 
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I/F. The bridge also monitors itself the port COl. 
Alternatively, the monitoring of COl can be done by con- 
necting the modem to it, and by using the modem to detect 
the occurrence of activity, and to inform the HCTA control 
software in the main PC of this activity. 

If somebody in the house picks a phone to make a call, the 5 
Tel I/F will detect this event. Depending on the dialed code 
and on the set-up of the HCTA operation, the following 
events may occur: 

a) Intercom service invoked: for instance the user actions 
are: press # (to invoke the intercom service), speak 10 
iSophiei and hang up. The Tel I/F would recognize the 
# code and relay it to the HCTA software, informing it 
of the request for the intercom service. The Tel I/F 
would next relay the speech lSophiei to the HCTA 
software for recognition. Upon recognition, the HCTA 
software would instruct the Tel I/F to apply Sophieis 
distinctive ringing pattern on HH. When Sophie 
answers from some phone in the house, the caller 
would pick-up his phone and the communication would 
be established. It may not be necessary for the caller to 
hang up, if ringing can be applied while he listens. 

b) Local call requested; for instance the user dials a local 
number. The Tel I/F will detect the incoming digits and 
will relay the digits to the HCTA control software. The 
HCTA will then instruct the bridge to connect HH to 
COl. Depending on the speed at which the local call 
can be identified and the bridge reconfigured, the Tel 
I/F may have to regenerate the dialed number to the 
PSTN. 

c) Toll call requested: for instance the user dials 1-xxx- 
xxxx. If the HCTA is configured to handle toll calls 30 FI G. 10) 
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b) Outgoing call requested; for instance, somebody in the 
house picks a phone to make a call. The operation of the 
HCTA hub is similar to that for ltoll call requested! in 
monitoring mode, except that and ISP connection does 
not have to be established. Depending on the toll/local 
nature of the call and of the HCTA defaults, the call 
would be made to a local or a foreign VoIP gateway. 

c) Incoming call arriving: as the line is busy, tied up by the 
ISP connection, the call must be arriving as a VoIP call 
over the ISP connection. The call is converted into the 
PSTN format by the VoIP module on the HCTA hub, 
and then answered by the PC, in a similar manner as 
described above for l incoming call arrivingi in moni- 
toring mode. 

FIG. 11 HCTA Hub operating with one line in 
*iPSTN telephony active! mode 

FIG. 11 depicts the configuration of the HCTA hub when 
a call is active between one of the household phones and the 
PSTN. A path is established between HH and COl. In this 
configuration, it is not possible for PCs to access online 
services. PCs can only communicate locally over the LAN. 
As somebody in the house is already on the phone, the 
intercom service is also unavailable. 

To allow PCs to access online services, the ongoing call 
needs to be terminated. Then, the main PC can establish an 
Internet connection. If necessary, the call that was termi- 
nated can then be re-established over the Internet, as the 
HCTA would now be in HSP Connection active! mode (see 



over the PSTN by default, the operations are as in the 
'iLocal call requested! event. FIG * 12 HCTA Hub operating with two lines in 

If the HCTA is configured to handle toll calls over the ^Monitoring! mode. 

lES S the , Te / W f t Wi " ^a 11 ' 01 aU di ? it 1 S and pasS FIG. 12 depicts the HCTA hub in the configuration where 

thehousehold^^ 

of the lines is serving the modem attached to the main PC. 
When one or more PCs are online, incoming calls need not 
be delivered over VoIP. They can be delivered directly from 
the PSTN by connecting COl to HH. This avoids VoIP usage 
40 (and, potentially, charges) for local calls. 

When one of the phones in the household is active in a call 



a toll call has been requested, the HCTA control software 
will instruct the bridge to connect COl and Ml, and will 
instruct the modem to call the ISP. This will allow the ISP 
connection to be established while the user is completing his 
dialing, reducing his waiting time. When the dialed number 
is fully dialed and the ISP connection is established, the 
HCTA will establish a H323 session with a VoIP gateway in 
the vicinity of the dialed number, and will relay the dialed 
number to this VoIP gateway. The call will then be estab- 
lished over the Internet to the VoIP gateway, and over the 
PSTN from the VoIP gateway to the called number, 
d) Incoming call arriving: the ringing signal on the port 
COl will be detected by the bridge, and reported to the 
HCTA control software. In return, the HCTA control 
software will instruct the bridge to connect COl to Tel 
I/F. The incoming call will then be answered by the 
HCTA to identify the called party. Upon identification, 
the bridge will connect HH to Tel I/F and Tel I/F will 
apply the called party distinctive ringing on HH. When 
the called party answers, the bridge will connect HH to 
COl. This may require two 2- wire connections in Tel 
I/F to allow the incoming call to hear the ringing. 

FIG. 10 HCTA Hub operating with one line in HSP 
connection active! mode. 
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to the PSTN: 

a) The call does not have to be dropped to allow PCs to 
access online services. The ISP access is set up through 
the second line hooked to the modem. 

b) An incoming call (from COl) can be deflected to C02. 
If C02 is idle, the main PC can handle it (e.g., to take 
a message, to present it to all PCs in the household, or 
to apply a tone on the inside wiring to alert the 
household of the incoming call). If C02 is connected to 
the ISP, the call can also be delivered to the main PC 
through the VoIP service, and the main PC can handle 
it similarly. 

FIG. 13 HCTA Hub operating with a xDSL modem 
in l Monitoring! mode. 



FIG. 13 depicts the HCTA hub in the configuration where 
the household is equipped with a high-speed xDSL modem 

ftp iftH^t=^^fl m ,„ t ' f.u ij/T-p * , u u <n 540, 11 fe assumed that the xDSL modem provides two 
?_ G :I° deplC ^ the confi g^°»? of the HCTA hub when 60 distinct mnwaLcaXion se|vioes: a conventio J al Aphony 

service (such as POTS), and a high-speed data service. In 



an Internet session is active. The bridge has established a 
path between COl and Ml, and this path supports a call to 
the ISP. Depending on the dialed code and on the set-up of 
the HCTA operation, the following events may occur: 

a) Intercom service invoked: the operations of the HCTA 65 

hub are similar to that in the l monitoring! mode. 

Additionally, it could also notify the PCs of the call. 



this configuration, the xDSL high-speed data port connects 
directly into the main PC (for instance through an Ethernet 
card). The xDSL voice port connects to COl. The differ- 
ences in the operation of the HCTA hub with an xDSL 
modem to that of the basic one-line configuration are similar 
to those with the configuration with two lines. When one or 
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more PC are online, incoming calls need not be delivered 
over VoIP. They can be delivered directly from the PSTN by 
connecting COl to HH. 

When one of the phones in the household is active in a call 
to the PSTN, the call does not have to be dropped to allow 5 
PCs to access online services. Furthermore, an incoming call 
can be redirected to the main PC, if online, to handle it (e.g., 
to take a message or to present it to all PCs in the 
household). In addition, due to the high bandwidth available 
with xDSL and over the LAN, this configuration enables 10 
many calls to be made concurrently. However, all but one of 
these calls must be made from PCs. Another possible 
arrangement is with two lines and an inverse multiplexer, (to 
enable a single data stream to be split over the two lines) or 
with an ISDN line. 

HCTA adapter 15 

The HCTA adapter is a lOBaseT-like Internet Network 
Interface Card. The HomeRun HR1300ISA adapter card 
produced by Tut Systems is an example which can be used. 
It enables LAN signals to be frequency division multiplexed 
over the internal telephone line at frequencies high enough 20 
that they will not interfere with telephony signals. 
HCTA software functions 

The main PC hosts the HCTA software responsible for the 
following functions: 

a) Driver for the DSP card: this software module controls 25 
the installation and configuration of the HCTA hub 
card. It should also be able to control the upgrade of the 
HCTA hub card, for instance, to download new DSP 
software loads as standards evolve and codecs are 
improved. 30 

b) Protocol host for H323 and TCP/IP: this software 
module provides H323 protocol services for VoIP con- 
nection set-up and management. Similarly, it provides 
TCP/IP protocol services for IP session set-up and 
management. These protocol services are expected to 35 
reuse largely existing software (e.g., Microsoft 
Netmeeting). 

c) Multiplexing of IP sessions: this software module 
provides the capability to multiplex several IP sessions 
over a common ISP connection. These IP sessions can 
be made locally from the main PC, or can be made 
remotely over the in-house LAN from secondary PCs. 
This service is similar to that provided by the Internet 
Lanbridge product mentioned above. This software 
also implements a bandwidth protection mechanism for 45 
VoIP sessions. 

d) Execution of telephony service logic: this software 
module is responsible for the control of the telephony 
operations of the HCTA hub card. Upon notification of 5Q 
events from the card (e.g., incoming call from PSTN, 
digits dialed in the in-house wiring, etc), it executes the 
HCTA telephony service logic (for intercom, Internet 
toll calls, etc.). 

e) Control of the PC card bridge configuration: as dictated 55 
by the HCTA service logic, this software module pro- 
vides the HCTA card with the appropriate telephony 
and bridge configuration controls. 

f) Auxiliary services: these regroup the services that are 
not at the core of the operation of the HCTA, but that eo 
are used to support its core services. For instance, 
speech recognition is an auxiliary service that is used to 
support the core incoming call, intercom and outgoing 
calling services. 

g) Installation and service management shields: this soft- 65 
ware module is responsible to support the end-user in 
installing and managing the HCTA. 
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h) The software on the main PC may also include a 
PC-based telephony interface, for instance for screen- 
based notification of incoming calls. 
Software on other PCs 

Further or secondary PCs connected to the LAN using an 
adapter described above, have HCTA LAN software 
enabling the end-user to install and manage their LAN 
connection to the Ethernet hub on the main PC. The software 
on the secondary PCs may also include a PC-based tele- 
phony interface, for instance for screen-based notification of 
incoming calls. 

The HCTA Plaque for reconnecting the internal line to the 
subscriber line 

The HCTA plaque is a small piece of hardware screwed 
or nailed in the wall inside the house near the telephone 
drop. Its role is to facilitate the re-arrangement of the 
connections for HCTA. It may not be necessary if as in older 
houses, the point where the subscriber line meets the various 
branches of the internal line, is accessible in one of the 
rooms of the house. In this case, the PC which hosts the 
HCTA adapter can be connected directly in between the 
internal line and the subscriber line, without needing to use 
the four wires of one of the branches of the internal wiring 
to enable this PC to be inserted between the internal line and 
the subscriber line. The plaque may not be needed for 
embodiments in which the HCTA hub is implemented as a 
stand alone peripheral, which can be located away from its 
host PC, or for embodiments corresponding to FIG. 5, in 
which all PCs are connected over the internal line. The 
plaque has three ports, one for the subscriber line (CO port), 
one for the internal line (Inside wiring port), and one (PC 
port) for the branch of the internal wiring, ihost PC wiringi, 
leading to the PC hosting the hub. Within the plaque, two of 
the wires from the PC port are connected to the CO port. The 
other two wires from the PC port are connected to the Inside 
wiring port. To install the plaque, the inside wiring needs to 
be disconnected from the subscriber line, and the host PC 
wiring needs to be separated from the other branches of the 
internal line. 

FIG. 14, Configuration overview of standalone 
embodiment 

The implementation of the HCTA described above with a 
host PC which has a direct computer interface to access the 
subscriber line without using the internal line has some 
advantages. It can minimize the cost of the product and it 
reuses devices that the subscriber may already possess, such 
as a modem. However, an alternative implementation of 
HCTA involves a hub in the form of a standalone box based 
on the arrangement shown in FIG. 5 with no PC having a 
direct interface. All PCs would be connected over the 
internal telephone wiring. One or more of the PCs could still 
retain the host function of being able to configure the 
standalone box remotely. The standalone box could be 
located near the drop, provided a source of power is avail- 
able. Such an implementation would differ from that pre- 
sented in this document in the following ways: 

a) The HCTA hub would integrate all the run-time capa- 
bilities of HCTA. It would also integrate an on-board 
modem, or an interface to a separate local modem. 

b) Configuration of the HCTA hub would be done from 
the main PC, but the main PC would not be involved in 
its operation. This would free the main PC from the 
requirement of being always on. 

c) The HCTA hub would require a CPU, memory and an 
I/O port for autonomous operation. This will add to its 
cost. On the other hand, the HCTA hub may not require 
a DSP chip, as the VoIP processing could be done by the 
on-board CPU chip. 
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d) Installation would be simple. It would consist in computer coupled to the internal telephone line, and distin- 
screwing the HCTA to the wall near the drop, and in guishing this data from analog signals from the telephone 
connecting the CO line to one port, and the in-house terminals, the multiplexer being arranged to send the data 
wiring to another. However, it would require availabil- ^ om tne further computer along the subscriber telephone 
ity of a source of power near the drop. 5 ^ ne * 

e) The main PC would need to be equipped with a ^IB^T^ 5 ° f ^ h ^ tele P hoi ! e terminal being 
network interface carH fnr m mm n J?J!rik coupled to the apparatus via an internal telephone line, the 
Th^t T am communication over the apparatus comprising a telephone data interface 

uoube LA1N \ coupled to the multiplexer and for coupling to the computer 

f) It would be easier to install HCTA for 2-line operation interface, for receiving data from a further computer coupled 
or enable a later upgrade for such operation, assuming 10 to tne internal telephone line, the multiplexer being arranged 
both subscriber lines are available at the drop. This is to tne data from tne father computer to the first 
because there is now no need for one or more separate computer. 

branches of the internal wiring for the host PC Such !\P ? fPP 41 ^ of claim 4, the telephone line interface 

separate them from the rest of the internal wiring. " 6 ^ e &ppm of {h& ^ & ^ 

lliis alternative implementation has simpler installation further comprising an internal line monitor for determining 

requirements. It requires the user to screw the HCTA to the the state of telephony activity from the telephone terminal 

wall near the drop, and to plug it to a source of power. It is the apparatus being arranged to control a telephone call in 

more expensive in terms of the HCTA product itself, but it response to the determination. 

may save the visit of a professional installer, hence may be 20 7. The apparatus of claim 1 further comprising a sub- 
cheaper overall to the end subscriber. To implement the hub scriber line monitor for determining the state of the sub- 
in standalone form, hardware corresponding to that of the scriber telephone line the apparatus being arranged to con- 
PC card would be needed, as well as an onboard dedicated tro1 a telephone call in response to the determination, 
host processor to run the HCTA software functions 8 \ ^ a PPa™tus of claim 1, further comprising an IP 
described above. session monitor for determining when there is an IP session 
Other Variations already existing, the apparatus being arranged to control a 

Although the embodiments described have used wireline tel o P £? ne cal1 ™ res P ons 5 to this determination, 

for the subscriber line and the internal line, the apparatus and w Ir ? P f ? f da ™ 8 " ^ ih&T OT ™P™«« ^ Eternal 

method is in principle applicable to a wireless* subscriber frornT T^Lt te . state ° f My 

ant^ 30 ^e^^ 

to encompass these altern^ives. Other variations within the S^f^* " ^ " ^ ^ 

mat t claimed £ 35 bein S arran S ed to de ^nnine what number has been dialed, 

1 aIIh T , .j . , . and establish the call as a VoIP call, or establish the call as 

teleon^^ 3 ™ntional telephone call, on the basis of the number 

telephone line connecting the subscriber site and a telephone dialed 

net^rk,fors^ u ^ comprising an 

fn^T lbl / tdeph r? termmal ° n thc SU . bsCribef Site ' Une ^nitor, for determim^e s ate TSSSoS 

telLL P er th° m ' fi f C ° mpUter ' ° VCr thC SUbSCriber 40 activit y from the ^Phone terminal, the t ro «tobS 

telephone hne, the apparatus comprising; arranged to send a busy indication in response^ an incom 

a converter having a PSTN compatible telephone line ing call for the telephone terminal, if an IP session is 

interface for coupling to the PSTN compatible tele- established and if the internal Hne monitor determines that 

phone terminal, the converter being for converting the telephone terminal is busy. 

signals from the PSTN compatible telephone terminal 4 5 12. The apparatus of claim 1 being arranged to prompt a 

into IP packets representing the telephone call; and calle r of an incoming call to indicate a party that he intends 

a multiplexer coupled to the converter, and having a to reac h, and the telephone interface being arranged to 

computer interface for coupling to the first computer, process the call on the basis of the party indicated by the 

and a subscriber line interface for coupling to the ^J^*™ 

subscriber telephone line, the multiplexer being 50 u , 13 * The apparatus of claim 12, the telephone line interface 

arranged for sending simultaneously the IP packets a ™ D g e , d to output an alert specific to the party 

representing the telephone call and those from the the caller. 

computer, along the subscriber telephone line: 4 a PP arat " s ° f d " m 1 . 1 - f he multiplexer further 

#ho „ Mf , . . „ , ' comprising a second subscriber hne interface for couDline to 

the apparatus being arranged to handle telephone calls a second subscriber line coupling to 

without conversion to IP packets, between the tele- 55 15. The apparatus of claim 1, the multiplexer further 

phone terminal and the subscriber telephone line when comprising a second subscriber line interface for handling a 

tne subscriber telephone line is not used for carrying IP second connection over the subscriber telephone line, for 

packets. use w j m a nigh bandwidth coupler for multiplexing the 

2. fhe apparatus of claim 1, further comprising a bridge second connection over the subscriber telephone line 
for selectively coupling the subscriber telephone line to an 60 16. Apparatus for use at a subscriber site with a subscriber 

internal telephone line to which the telephone terminal is telephone line connecting the subscriber site and a telephone 

attached. network, for simultaneously receiving a telephone call to a 

ia ap P aratus of claim 2 * ^ telephone terminal being PSTN compatible telephone terminal on the subscriber site 

coupled to the apparatus via an internal telephone line, the and IP packets directed to a first computer, both sent over the 
apparatus further comprising a telephone data interface 65 subscriber telephone line, the apparatus comprising- 

coupled to the multiplexer and arranged for coupling to the a converter having a PSTN compatible telephone line 

internal telephone line, for receiving data from a further interface for coupling to the PSTN compatible tele- 
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phone terminal, the converter being for converting 
from IP packets representing the telephone call into 
signals for the PSTN compatible telephone terminal; 
and 

a demultiplexer coupled to the converter, and having a 5 
computer interface for coupling to the first computer, 
and a subscriber line interface for coupling to the 
subscriber telephone line, the demultiplexer being 
arranged for receiving simultaneously the IP packets 
representing the telephone call and those for the 10 
computer, over the subscriber telephone line; 
the apparatus being arranged to handle telephone calls 
without conversion to IP packets, between the telephone 
terminal and the subscriber telephone line when the sub- 
scriber telephone line is not used for carrying IP packets. 15 

17. A method of simultaneously sending a telephone call 
from a PSTN compatible telephone terminal on a subscriber 
site and IP packets from a first computer, over a subscriber 
telephone line from the subscriber site, the method com- 
prising the steps of: 20 
converting signals from the PSTN compatible telephone 
terminal into IP packets representing the telephone call; 
using a multiplexer coupled to the converter, and having 
a computer interface for coupling to the first computer, 
and a subscriber line interface for coupling to the 25 
subscriber telephone line, to send simultaneously the IP 



packets representing the telephone call and those from 
the computer, along the subscriber telephone line; and 
handling telephone calls without conversion to IP packets, 
between the telephone terminal and the subscriber telephone 
line when the subscriber telephone line is not used for 
carrying IP packets. 

18. Software stored on a computer readable medium for 
carrying out a method of simultaneously sending a telephone 
call from a PSTN compatible telephone terminal on a 
subscriber site and IP packets from a first computer, over a 
subscriber telephone line from the subscriber site, the 
method comprising the steps of: 

converting signals from the PSTN compatible telephone 
terminal into IP packets representing the telephone call; 
using a multiplexer coupled to the converter, and having 
a computer interface for coupling to the first computer, 
and a subscriber line interface for coupling to the 
subscriber telephone line, to send simultaneously the IP 
packets representing the telephone call and those from 
the computer, along the subscriber telephone line; and 
handling telephone calls without conversion to IP packets, 
between the telephone terminal and the subscriber telephone 
line when the subscriber telephone line is not used for 
carrying IP packets. 
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Abstract Text - ABTX (1) : 

A method and apparatus for transparent inband signaling 
during a telephone 

conversation provides an advantageous way of enabling a party 
to a telephone 

conversation to signal a telecommunications system to perform 
desired 

functions. A person signaling a system with a general inband 
signal, such as 

DTMF, can do so transparently, that is without the other 
party hearing the 

inband signals used. This innovation is based on detecting 
the inband signal, 

muting the inband signal to prevent the other party from 
hearing it, and 

determining which party generated it while allowing the 
conversation to 

continue substantially uninterrupted. The inband signal is 
delayed prior to 

muting for a short period of time in an alternate embodiment 
in order to 

compensate for the time delay in reliably detecting DTMF 

signals thus mute the 

inband signal more completely. 

TITLE - TI (1) : 

Transparent inband signaling 

Brief Summary Text - BSTX (13) : 

The invention may be defined in various terms. According 
to one definition 

of the present invention, it is a method for the detection 
and processing of 
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inband telecommunications signals, such that inband signals 
generated by one 

person in a conversation are rendered transparent, i.e. 
unnoticeable to the 

other person, and to process the signals to initiate the 
desired 

telecommunications system functions. This method in 
combination with a 

security feature also prevents a party to a conversation not 
authorized to do 

so from initiating telecommunications system functions. 

Brief Summary Text - BSTX (15) : 

A telecommunications system with transparent inband 
signaling can intercept 

inband signals such as DTMF tones generated by one person 
during a telephone 

conversation in progress. Those tones can be intercepted and 
blocked so as to 

make them inaudible to the other person in the conversation. 
Blasting the 

other party in the ear with DTMF tones is not only very 
disruptive and 

irritating, but can also cause the other person to wonder if 
the system has 

malfunctioned. Transparent inband signaling operates 
unobtrusively and does 

not disturb conversations, which is an important advantage of 
the invention. 



Brief Summary Text - BSTX (16) : 

In some applications, remote users or telecommuters may 
have to enter a 

password or authorization code to gain remote access to a 
telecommunications 

system. The source discrimination inherent in transparent 
inband signaling 

determines which party to a conversation has generated an 
inband signal. If an 

authorized remote agent generates the appropriate DTMF code, 
then the system 

can initiate the desired functions, such as, call the 
supervisor, etc. 



Drawing Description Text - DRTX (68) : 
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FIG. 66 is an overall general functional block diagram of 
elements needed to 

implement transparent inband signaling within a trunk 
interface of a 
telecommunications system; 



Drawing Description Text - DRTX (69) : 

FIG. 67 is an overall general functional block diagram of 
elements needed 

for an implementation of transparent inband signaling within 
a trunk interface 

of a telecommunications system and incorporating analoq and 
digital circuitry; 



Drawing Description Text - DRTX (70) : 

FIG. 68 is an overall general functional block diagram of 
elements needed to 

implement transparent inband signaling within a trunk 
interface of a 

telecommunications system with a matrix switch; 



Drawing Description Text - DRTX (71) : 

FIG. 69 is an overall general functional block diagram of 
elements needed to 

implement transparent inband signaling within a trunk 
interface of a 

telecommunications system, incorporating a 2 -wire to 4 -wire 
converter; 



Drawing Description Text - DRTX (72) : 

FIG. 70 is an overall general functional block diaqram of 
elements needed to 

implement transparent inband signaling within a trunk 
interface of a digital 
telecommunications system; 



Drawing Description Text - DRTX (73) : 

FIG. 71 is an overall general functional block diaqram of 
elements for an 

implementation of transparent inband signaling within a trunk 
interface of a 

telecommunications system with a 2 -wire to 4 -wire converter 
incorporating a ' 
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delay line in the inbound portion of the signal path; 

Drawing Description Text - DRTX (74) : 

FIG 72 is an overall general functional block diagram of 
elements needed 

for an implementation of transparent inband signaling within 
a trunk interface 

° f .f . teleCOmmunications astern, incorporating a delay line 
within a hybrid y 

circuit ,- 

Drawing Description Text - DRTX (76) • 

elements'needeS" ° Vera11 funCtional diagram of 

for an alternate implementation of transparent inband 
signaling within a trunk 

interface of a telecommunications system, incorporating a 
delay line within a a 
hybrid circuit; 

Drawing Description Text - DRTX (77) : 

FIG 75 is an overall general functional block diagram of 
elements needed to a ■•-=»» 

implement transparent inband signaling within a trunk 
interface of a 

telecommunications systems, incorporating analog and digital 
circuitry and a a y di 

delay line within a hybrid circuit; 

Drawing Description Text - DRTX (78) : 

a signal 7 path ° V6ra11 9 eneral functional block diagram of 

through a telecommunications system with interfaces with 
transparent inband 
signaling capability. 

Drawing Description Text - DRTX (79) • 

elements'needed" ° Vera " 9Sneral fUnc "°" al block diagra. o£ 
XnTxiT^n a m £Sr tati0n ° f ^ 
aSlo g a :nd°digi^i eC ° mmUniCati0nS SySCem and P-ating 
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circuitry. 



Detailed Description Text - DETX (230) : 

DETAILED DESCRIPTION OF TRANSPARENT INBAND SIGNALING 



Detailed Description Text - DETX (231) : 

FIG. 64 shows in general block diagram form, those 
elements of system 1A 

shown in FIG. 1 involved in DTMF signal processing, to 
provide transparent 

inband signaling capability. It should be understood that in 
this and 

subsequent figures showing the elements required to implement 
transparent 

inband signaling, the circuit elements needed for trunk 
control such as ring 

detector, loop current detector, etc. and associated trunk 
interface control 

logic have been omitted since the design and use of such 

elements is well known 

to those skilled in the art. 



Detailed Description Text - DETX (233) : 

The operation of this invention as embodied in FIG 64 is 
shown in FIG. 65 

which is a more detailed flow chart of certain operations 
generally referred to 

in block 47G of FIG. 47A, in particular operations for 
processing DTMF signals 

to provide transparent inband signaling capability. 

Detailed Description Text - DETX (23 9) : 

When an agent hits a DTMF key on his telephone, while in a 
conversation with 

a caller, the caller will not notice the DTMF, since he will 
not hear more than 

the first 20 milliseconds of a detected DTMF tone, and the 
rest of the tone 

will be muted. The sequence of events shown in FIG. 65 in 
checking for DTMF 

signals during a conversation in progress between an agent 
and a caller make 

possible the remote activation of system features from a 
standard telephone 
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with a DTMF pad. An agent while conversing with the caller, 
can perform 

various system functions, such as placing the caller on hold, 
calling a 

supervisor, etc. Pressing the "1" key places the caller on 
hold. Pressing the 

"2 M key will signal the supervisor and put the caller on 
hold. In the event of 

an emergency, the agent can press "5" to signal the 
supervisor to monitor the 

conversation in progress. The agent's ability to activate 
system functions 

using the DTMF signals during a conversation without the 
caller hearing the 

signaling is an important feature and advantage of 

transparent inband 

signaling. 



Detailed Description Text - DETX (241) : 

The method and apparatus for transparent inband signaling 
shown in FIGS. 64 

and 65 can be incorporated in various types of 
telecommunications systems using 

trunk or line interfaces. Telecommunications trunks are 
generally used to 

connect a system to other systems or to the public switched 
network. 

Telecommunication lines are used to connect a system, such as 
a switch, to 

other systems or to end equipment, such as telephone 
instruments. A 

communications pathway through a system requires an internal 
path or connection 

to be made between a trunk or line interface and another 
trunk or line 

interface. The internal connections between interfaces or 
ports of a system 

can be hardwired or through a switching arrangement. 
Telecommunications 

systems such as PBXs and ACDs use internal matrix switches, 

such as crosspoint 

or digital matrix switches. 



Detailed Description Text - DETX (242) : 

FIG. 66 is an arrangement of those elements needed for 
implementing < 
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transparent inband signaling in a general purpose trunk 
interface of a 

telecommunications system. Transparent inband signaling 
capability can be 

incorporated in the telecommunications interfaces of various 
types of systems 

such as PBXs, ACDs, Voice Response Units and other types of 
systems . A remote 

user on the public switched network using DTMF tones to 
remotely activate 

functions could be connected to a telecommunications system 
through such a 

trunk interface. The sequence of events in the operation of 
the apparatus in 

FIG. 66 is the same as the sequence of events shown in FIG. 
65. Upon the 

detection of DTMF signals, DTMF Detector 2 0C produces an 
Early Steering (ESt) 

signal (CTL 167) as part of the DTMF bus, which is used by 
Controlling Logic 

and Decoders 64A to generate CTL 44 Audio Connect Control. 
Audio Connect 

Control CTL 44 is selectively used to control Switch 14C for 
DTMF source 

discrimination and DTMF muting. The trunk interface shown in 
FIG. 66 is 

typically connected to other subsystems such as a trunk 
interface, line 

interface, a matrix switch or other subsystem through 
internal Connection 66A 

in order to establish a communications pathway through a 
telecommunications 

system. Just as the trunk interface shown in FIG. 65 
incorporates transparent 

inband signaling, a similar apparatus for transparent inband 

signaling could be 

incorporated in a line interface. 



Detailed Description Text - DETX (245) : 

FIG. 69 demonstrates an embodiment to implement the 
transparent inband 

signaling of the present invention in a trunk interface 
incorporating a 2 -wire 

to 4 -wire converter. Converter 69A separates the incoming 
and outgoing signals 

propagating in opposite directions in the 2 -wire 
telecommunications signal 
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path. Upon detection of a DTMF tone, an ESt signal (CTL 167) 
is sent by 

Detector 20C to CPU 68C via Bus Interface 68B. CPU 68C then 
issues a command 

to Matrix Switch 69B to open the appropriate ports of the 
Matrix for source 
discrimination and muting. 



Detailed Description Text - DETX (246) : 

FIG. 70 shows a block diagram of elements for an 
embodiment to implement 

transparent inband signaling of the present invention within 
a digital 

telecommunications system. In such a system, the two wire 
analog signals are 

converted to four wire digital signals by Coder-Decoder 
(Codec) 67A. Codec 67A 

separates the incoming and outgoing signals propagating in 
opposite directions 

on the 2 -wire telecommunications signal path. Digital Signal 
Processor (DSP) 

70A is controlled and programmed by Central Processing Unit 
(CPU) 68C to detect 

inband signals. The control and programming of DSPs to 
detect DTMF signals is 

well known and reference is made to the following application 
notes: "Add DTMF 

Generations and Decoding to DSP-Microprocessor Designs" by P. 
Mock, Volume I, 

1986, pp. 543-547 and "General -Purpose Tone Decoding and 
DTMF Detection, " by C 

Marven, Vol. 2, 1990, pp. 423-526, from "Digital Signal 
Processing 

Applications with the TMS 32 0" published by Texas Instruments 
Corp . Once a 

DTMF signal is detected during a conversation, a DTMF Sense 
signal is sent via 

the Output Bus of DSP 70A to CPU 68C which generates a 
control signal to Matrix 

Switch 67B to open the signal path for source discrimination 
and to block 

propagation of the detected inband DTMF signals. The output 
bus of DSP 7 OA 

also indicates to CPU 68C which DTMF tones have been detected 
for the 

initiation of desired system functions. 
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Detailed Description Text - DETX (247) : 

FIG. 71 is a block diagram of elements for an alternate 
implementation of 

transparent inband signaling within a telecommunications 
system, incorporating 

a delay line in the inbound portion of the signal path. As 
in the 

implementation shown in FIG. 69, a 2 -wire to 4 -wire converter 
is used to 

separate the incoming and outgoing signals. DTMF detectors 
require a finite 

amount of time in order to reliably detect DTMF signals. 
False triggering of 

the detectors is possible because of the audio frequencies 
found in human 

speech. Such false triggering of DTMF detectors is known as 
"talk-off." Some 

DTMF detectors require 10 millisecond of time for the 
earliest detection of 

DTMF. Some detectors require 30 milliseconds before a DTMF 
data valid signal 

is generated. In a situation where it takes 20 milliseconds 
to know if you 

have valid DTMF being received, then there is at least a 20 
millisecond delay 

in opening the signal path either for source discrimination 
or for the blocking 

of DTMF tones. This means that the first 20 milliseconds of 
a DTMF signal will 

not be blocked and will be heard by the other party in the 
conversation. 

Twenty milliseconds of DTMF does not really sound like a DTMF 
tone but sounds 

more like a short noise burst. 

Detailed Description Text - DETX (248) : 

FIG. 71 shows an implementation of transparent inband 
signaling where the 

time lag between the first incidence of DTMF and the first 
opening of the 

signal path have been eliminated, by introducing a time delay 
using Delay 71A 

in the transmit side of the signal path of the trunk 
interface. Delay line 71A 

can be implemented using well known and readily available 
analog or digital 
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delay technology, such as charge coupled devices (CCDs) 
forming a bucket 

brigade delay or a digital memory delay unit . 

Detailed Description Text - DETX (250) : 

An alternate approach in the use of a delay line to 
implement transparent 

inband signaling can be seen in FIG. 72. In this 2-wire 
interface, DTMF 

detector 2 0C checks for DTMF tones and sends out an Early 
Steering (ESt) CTL 

167 signal on the DTMF Bus within 20 milliseconds of the 
start of detection of 

a DTMF tone. The ESt signal is sent to Control Logic and 
Decoders 64A which 

outputs an Audio Connect Control (CTL 44) signal to Switch 
14C to open the 

signal path to block the detected DTMF signals, as needed for 
source 

discrimination and muting. The bidirectional signal passing 
through the 

interface is separated into the inbound and outbound signals 
within Hybrid with 

Delay 72A, whose configuration can be seen in FIG. 73. 

Detailed Description Text - DETX (251) : 

The Hybrid Circuit shown in FIG. 73 separates the two 
signals present in the 

2-wire interface of FIG. 72. The two signals are the two 
sides of the 

conversation passing through the interface. The general 
arrangement of active 

and passive elements shown in FIG. 73 as a hybrid circuit is 
well known to 

those skilled in the art. Delay line 731 is introduced into 
the circuit for 

the purpose of an alternate implementation of transparent 
inband signaling. 

The Hybrid with Delay shown in FIG. 73 provides for a delay, 
such as 2 0 

milliseconds, in Delay 731 for the inbound portion of the 
conversation. Op amp 

73G, delay 731 and op amp 73 J provides a unidirectional path 
for the incoming 

signal propagating from left to right. Op amps 73B and 73A 
provide a 
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unidirectional path from right to left for the outgoing 
signal. Balance 

filters 73C and 73F and Attennuators 73D and 73E are used to 
internally balance 

the hybrid for stable operation by adjusting the phase and 
frequency response 

and level of the inverted signals so as to achieve maximum 
echo cancellation . 

The inverted incoming signal is available at the output of op 
amp 73G at the 

junction labeled 73H and the inverted outgoing signal is 
available at the 

output of op amp 73B. Op amp 73G derives the incoming signal 
by summing the 

inverted outgoing signal provided by op amp 73B with the 
bidirectional signal 

also sent to 73G. Op amp 73B derives the outgoing signal by 
summing the 

inverted incoming signal with the bidirectional signal also 
fed to 73B. The 

time delay introduced by delay 731 in the inbound signal is 
substantially equal 

to the time that it takes the DTMF Detector 20C to reliably 
detect DTMF. Thus, 

Switch 14C can be opened in response to the generated Audio 
connect control CTL 

44 signal at the same time as the DTMF tone arrives, blocking 

its further 

propagation. 



Detailed Description Text - DETX (252) : 

FIG. 74 shows an alternate implementation of transparent 
inband signaling 

using a delay line within a hybrid. In FIG. 74 the 
telecommunications signal 

is split by the Hybrid with Delay 72A using the circuit shown 
in FIG. 73. DTMF 

detector 2 0C senses the incoming signal at point 73H prior to 
delay 731. In 

this configuration, the DTMF detector is detecting inbound 
DTMF. The time 

delay introduced by Delay 731 in the inbound signal is about 
equal to the time 

it takes to reliably detect DTMF. Thus, Switch 14C can be 
opened at the same 

time as the DTMF tone arrives. Switch 14C can be opened as 
needed for source 
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discrimination and for the blocking of DTMF. 



Detailed Description Text - DETX (254) : 

FIG. 76 shows a communications path through a system with 
interfaces having 

transparent inband signaling implemented using inband signal 
detection on the 

inbound portion of the communications signal at each 
interface . 



Detailed Description Text - DETX (255) : 

The interfaces shown in FIGS. 67, 69, 70, 71, and 75 all 
utilize methods 

whereby the detection of DTMF takes place on the incoming 
portion of the 

two-way signal which is on the interface. If such an 
interface with 

transparent inband signaling is used in both Interfaces 76B 
and 76D in FIG. 76, 

then no incoming DTMF will reach Interconnection 76C from 
either direction. In 

implementing Transparent Inband Signaling in the interfaces 
shown in FIG. 76, 

it will be sufficient to open the incoming signal path in 
both interfaces, as 

needed, to block any incoming DTMF, since no detectable DTMF 
will arrive at the 

DTMF Detector or DSP on the outbound portion of the signal in 
each interface . 



Detailed Description Text - DETX (257) : 

FIG. 77 is similar to FIG. 67, except that only the 
Transmit (TX) output of 

Codec 67A is opened to block the propagation of incoming DTMF 
signals. Similar 

changes could be made to FIGS. 69, 70, 71 and 75 to block 
only incoming DTMF in 

configurations where interfaces with transparent inband 
signaling are used as 
in FIG. 76. 



Detailed Description Text - DETX (258) : 

An interface where the incoming and outgoing signals are 
separated, such as 
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the one shown in FIG. 77 can also function properly in a 
system where the other 

interface in the communications path does not have 
transparent inband signaling 

capability, if in the conversion from two-wire to four-wire, 
sufficient 

separation between the incoming and outgoing signals can be 
achieved. 



Detailed Description Text - DETX (259) : 

Transparent inband signaling provides an inaudible method 
for signaling a 

telecommunications device or system during a conversation in 
progress in order 

to initiate desired system functions. 

Claims Text - CLTX (1) : 

1. An apparatus for transparent inband signaling 
coincident with an active 

telephone conversation conducted by parties with at least one 
party having a 

user station capable of generating inband signals, the 
apparatus comprising : 

Claims Text - CLTX (45) : 

28. A method for transparent inband signaling coincident 
with an active 

telephone conversation conducted by parties with at least one 
party having a 

user station capable of generating inband signals, the method 
comprising the 
steps of : 

Claims Text - CLTX (55) : 

34. An apparatus for transparent inband signaling 
coincident with an active 

telephone conversation conducted by parties with at least one 
party having a ' 
user station capable of generating inband signals, the 
apparatus comprising : 
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DOCUMENT- IDENTIFIER: US 5937040 A 

TITLE: Method and apparatus for using a 

D- channel for 

displaying user data 
KWIC 

Detailed Description Text - DETX (4) : 

In FIG. 1, the voice information is transmitted to the 
display phone 12 via 

one or more B-channels 16 of an ISDN interface 18. However, 
the use of ISDN 

telecommunications is not critical to the invention. Other 
links which include 

one or more user data channels in addition to a signaling 
channel may be 

substituted for the ISDN interface 18. The signaling channel 
in FIG. 1 is a 

D-channel 2 0 that is utilized in the conventional manner to 
transmit 

connectivity-related messages, such as CONNECT, ACKNOWLEDGE, 
DISCONNECT, and 

RELEASE signals. In addition to the exchange of 
connectivity-related signals 

that are transparent to the caller, the D-channel is 
conventionally used to 

transmit connectivity-related signals that are apparent to 
the caller by 

presentation at a display 22 of the telephone 12. Such 
signals are DISPLAY IE 

messages or a container (i.e., envelope) having user-to-user 
information, and 

may be used to identify a party calling the display phone. 
In further addition 

to the signaling information that is conventionally exchanged 
via a signaling 

channel, such as the D-channel, the present invention employs 
the signaling 

channel to transmit user data that is typically reserved for 
user data 

channels, such as the B-channel 16. In the embodiment of 
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FIG. 1, the user data 

information that is transmitted over the D-channel 
character strings 

indicative of the menu options of the IVR unit 10. 
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TITLE: Computer telephony adapter and method 



KWIC 



Detailed Description Text - DETX (90) : 

In normal mode, the main PC and the HCTA are power-on. 
They then offer an 

in-house LAN service and an Internet access service. The 
HCTA hub implements 

an Ethernet 10 baseT-like hub capability. This capability is 
supported by the 

existing in-house wiring, and coexists transparently with 
telephony signals 

(e.g., ringing, signaling, speech) that may also exist on the 
wires. Secondary 

PCs need an adapter to be on the in-house LAN. This adapter 
filters out 

telephony signals, and delivers the data stream to a standard 
PC port. All PCs 

connected to the LAN should be able to view the other PCs in 
their lnetwork 

neighborhood!. They should also be able to view devices 
connected to the LAN. 

All PCs connected to the LAN should be able to view devices 
connected to other 

PCs, and be able to use them remotely. For instance, a PC 
should be able to 

download files to a printer attached to another PC. 

Detailed Description Text - DETX (107) : 

Ethernet Hub 510: implements a lObaseT-like Ethernet hub 
capability over 

existing in-house wiring. This Ethernet hub requires 2 wires 
to operate and 

coexists transparently with telephony signals on these wires 
Given these 

constraints, the bandwidth may be lower than that of a true 
lObaseT Ethernet 

LAN. The Ethernet hub is always connected to the in-house 
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wiring. This 

Ethernet hub is similar to the HomeRun HR1300HEC product bv 
Tut Systems, and x 

the reader is referred to descriptions of this product for 
more details. This 

product offers a 1.3 Mbps 10-baseT-like LAN, and meets all 

the above 
constraints. 

Detailed Description Text - DETX (143) ■ 

nn/L A ^ iliarY services: these regroup the services that are 
not at tne core 

of the operation of the HCTA, but that are used to support 
its core services. =>u VJ ju.ll 

is r used fc ?o Ce ' SPeeCh reCOgnition is an auxiliary service that 

servJces^ 6 ^ inC ° ming Cal1 ' intercora «"i outgoing calling 
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